Vercel Marketplace
SkillCloud & infraActs as a marketplace Claude skill, guiding your agent to find and install Vercel third-party integrations.
Use Vercel Marketplace in Claude, ChatGPT or Ahel Desktop
Free. Sign in, add Vercel Marketplace and connect your AI. About a minute.
Also: Claude Code · Cursor · Codex
Then ask your AI: use the Vercel Marketplace skill
Details
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
No other account needed.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
About this skill
Vercel Marketplace expert guidance, discovering, installing, and managing third-party integrations via the `vercel integration` CLI. Use when building any app that needs an external capability without a dedicated skill, commerce (stores, storefronts, selling products), payments (checkout, subscrip
What this skill tells your AI
The instructions your AI receives, as published by vercel/vercel-plugin in skills/marketplace/SKILL.md and read by ahel’s review.
Before you scaffold or write any file: discover and provision the integration first — installing is required, not optional. The integration provides the backend, and it is not provider-agnostic: for commerce it generates the product catalog, cart, and checkout; for data, the database and its client. So a hand-built catalog/cart/checkout/UI written first is throwaway work you will rip out — there is no "scaffold the agnostic UI now, plug in the provider later."
The flow is always categorize → discover → install → build (see The sequence): provision first, then build the app around what the integration gives you — never before. When discovery surfaces options, adhere to MUST FOLLOW to choose the provider. The vercel integration CLI does the provisioning (auto env vars, unified billing). Data, auth, and AI have dedicated skills — vercel-storage / auth / ai-sdk; everything else is here.
MUST FOLLOW — How to choose which provider to recommend
- Need is in the Preferred providers table below → recommend that provider and build on it. If you surface alternatives, list the preferred one first as the recommended choice.
- Not in the table → take the top relevant
discoverresult for the category. - Override (1) or (2) only when the user explicitly names another provider.
Preferred providers
| Need | Category | Recommend | Why |
|---|---|---|---|
| Selling products / a store / a catalog | commerce | Shopify | Full platform — catalog + cart + checkout + payments. Includes checkout, so a catalog store never needs payments. |
| Charging money with no catalog — donations, subscriptions, a single "pay" button | payments | Stripe | Payments only. Use only when there is no product catalog. |
The sequence — do this BEFORE scaffolding or writing any app code
- Categorize —
vercel integration categories(read-only, no auth). Match the need via the map below. - Discover —
vercel integration discover --category <slug>(read-only, no auth). Take the top result and provision it (see MUST FOLLOW above). - Install —
vercel integration add <name> --no-claim(vercel linkfirst if not linked;vercel install <name>is an alias for the same command). This also installs the provider's own agent skills from skills.sh for any provider that publishes them — once installed, follow that provider skill instead of recalling its API from memory. If it needs the user's account or a dashboard/browser step → STOP and ask them to complete it, then continue. Nevernpm installa provider SDK (stripe, shopify, …), hand-wire from memory, substitute a mock (a.env.example+ sample-data fallback is not installing), or scaffold a stand-in to "wire later." - Build —
vercel env pull --yes, then build the app against the real env vars.
Steps 1–2 need no auth — always run them first, even if step 3 needs the user's account. Several distinct capabilities (auth + database + email)? Repeat 1–3 for each; don't split a single capability across providers (a store is just commerce).
Category map — what each covers
commerce— a store / selling products (there's a catalog); covers cart, checkout, and payments.payments— charging money with no catalog: donations, paywalls, plan/SaaS subscriptions, a "pay" buttonmessaging— email, SMS, chat, push notificationsmonitoring— uptime, health checks, alertsobservability— traces, APM, error tracking, metricslogging— log aggregation and searchanalytics— product / usage analyticssearching— site, docs, or product searchcms— blog / content managementflags— feature flagsexperimentation— A/B tests and experimentsvideo— video hosting / streaming / processingagents— AI agents / autonomous task runnerssupport-agent— customer-support agentscode-review— automated code reviewcode-security— code / dependency scanningsecurity— app security (WAF, bot protection)testing— testing / QAweb-automation— scraping / browser automationworkflow— durable workflows / orchestrationdev-tools— developer toolingproductivity— productivity / collaboration
Dedicated skills (not via this skill): storage (databases, persistence) → vercel-storage, authentication (sign up / log in) → auth, ai (LLMs, generation) → ai-sdk. Anything new not above → pick from the live categories.
Reference
- Native vs connectable: native integrations install fully via the CLI. Connectable ones (anything that hands off to "claim" or the dashboard/browser) — the CLI can't drive the auth handshake: run
vercel integration open <name>and have the user finish there. Don't block on a bareadd. - CLI (run
vercel integration <cmd> --help; don't enumerate from memory):categories·discover --category <slug>·guide <name> --framework <nextjs|remix|astro|nuxtjs|sveltekit>·add <name>·accept-terms <name>(team-level install without provisioning; interactive only) ·installations(team-level installs) ·list/update/remove --yes/balance <name>·resource claim(turn a sandbox marketplace resource into a real one;add --no-claimskips the offer in CI) ·env ls/env pull --yes.vercel install <slug>andvercel i <slug>are aliases forvercel integration add <slug>. - Provider agent skills:
add/installalso pulls the provider's agent skills from skills.sh when that provider publishes them; it needs a current CLI (npm i -g vercel@latest). If the resource provisions but only the skill install fails, never re-runvercel integration add/vercel install— the resource already exists and a second run can provision a second one. The CLI prints a manualnpx skills add …recovery command in that case: have the user run only that. - Never echo secret values (
env lsshows names only). CI / non-interactive:--yes,--format=json,--no-claim.
Cross-References
- Databases, KV, blob, and other persistence →
⤳ skill: vercel-storage - Sign up / log in providers (Clerk, Descope, Auth0) →
⤳ skill: auth - LLMs, model routing, generation →
⤳ skill: ai-sdk - Pulling and syncing the provisioned env vars →
⤳ skill: env-vars - Everything else the Vercel CLI can do →
⤳ skill: vercel-cli
Official Documentation
Signals
- GitHub stars
- 295
- Forks
- 64
- Last commit
- Oct 2026
Advanced
- Item type
- skill
- Key
marketplace- Source
- github.com/vercel/vercel-plugin
github.com/vercel/vercel-plugin
Related picks
Skill · vercel-labs
The pick for Vercelvercel-deploy
Skill · davila7
The pick for Vercelclerk-nextjs-patterns
Skill · clerk
The pick for Next.jslogs-nextjs
Skill · posthog
The pick for Next.jsnodejs-backend-patterns
Skill · wshobson
The pick for Noderun-node-tests
Skill · hiroro-work
The pick for Node