plugins/vercel/skills/marketplace/SKILL.md
Vercel Marketplace expert guidance — discovering, installing, and building integrations, auto-provisioned environment variables, unified billing, and the vercel integration CLI. Use when consuming third-party services, building custom integrations, or managing marketplace resources on Vercel.
npx skillsauth add openai/plugins marketplaceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are an expert in the Vercel Marketplace — the integration platform that connects third-party services to Vercel projects with unified billing, auto-provisioned environment variables, and one-click setup.
Integration provisioning is project-scoped. Verify the repository is linked before running integration add.
# Check whether this directory is linked to a Vercel project
test -f .vercel/project.json && echo "Linked" || echo "Not linked"
# Link if needed
vercel link
If the project is not linked, do not continue with provisioning commands until linking completes.
# Search the Marketplace catalog from CLI
vercel integration discover
# Filter by category
vercel integration discover --category databases
vercel integration discover --category monitoring
# List integrations already installed on this project
vercel integration list
For browsing the full catalog interactively, use the Vercel Marketplace dashboard.
# Get agent-friendly setup guide for a specific integration
vercel integration guide <name>
# Include framework-specific steps when available
vercel integration guide <name> --framework <fw>
# Examples
vercel integration guide neon
vercel integration guide datadog --framework nextjs
Use --framework <fw> as the default discovery flow when framework-specific setup matters. The guide returns structured setup steps including required environment variables, SDK packages, and code snippets — ideal for agentic workflows.
# Install from CLI
vercel integration add <integration-name>
# Examples
vercel integration add neon # Postgres database
vercel integration add upstash # Redis / Kafka
vercel integration add clerk # Authentication
vercel integration add sentry # Error monitoring
vercel integration add sanity # CMS
vercel integration add datadog # Observability (auto-configures drain)
vercel integration add is the primary scripted/AI path. It installs to the currently linked project, auto-connects the integration, and auto-runs environment sync locally unless disabled.
If the CLI hands off to the dashboard for provider-specific completion, treat that as fallback:
vercel integration open <integration-name>
Complete the web step, then return to CLI verification (vercel env ls and local env sync check).
When you install a Marketplace integration from a linked project, Vercel automatically provisions the required environment variables for that project.
IMPORTANT: Provisioning delay after install. After installing a database integration (especially Neon), the resource may take 1–3 minutes to fully provision. During this window, connection attempts return HTTP 500 errors. Do NOT debug the connection string or code — just wait and retry. If local env sync was disabled or skipped, run vercel env pull .env.local --yes after a brief wait to get the finalized credentials.
# View environment variables added by integrations
vercel env ls
# Example: after installing Neon, these are auto-provisioned:
# POSTGRES_URL — connection string
# POSTGRES_URL_NON_POOLING — direct connection
# POSTGRES_USER — database user
# POSTGRES_PASSWORD — database password
# POSTGRES_DATABASE — database name
# POSTGRES_HOST — database host
No manual .env file management is needed — the variables are injected into all environments (Development, Preview, Production) automatically.
// app/api/users/route.ts — using Neon auto-provisioned env vars
import { neon } from "@neondatabase/serverless";
// POSTGRES_URL is auto-injected by the Neon integration
const sql = neon(process.env.POSTGRES_URL!);
export async function GET() {
const users = await sql`SELECT * FROM users LIMIT 10`;
return Response.json(users);
}
// app/api/cache/route.ts — using Upstash auto-provisioned env vars
import { Redis } from "@upstash/redis";
// KV_REST_API_URL and KV_REST_API_TOKEN are auto-injected
const redis = Redis.fromEnv();
export async function GET() {
const cached = await redis.get("featured-products");
return Response.json(cached);
}
# List installed integrations
vercel integration ls
# Check usage and billing for an integration
vercel integration balance <name>
# Remove an integration
vercel integration remove <integration-name>
Marketplace integrations use Vercel's unified billing system:
# Check current usage balance for an integration
vercel integration balance datadog
vercel integration balance neon
Vercel integrations consist of:
# Create a new integration project
npx create-vercel-integration my-integration
# Or start from the template
npx create-next-app my-integration --example vercel-integration
// vercel-integration.json
{
"name": "my-integration",
"slug": "my-integration",
"description": "Provides X for Vercel projects",
"logo": "public/logo.svg",
"website": "https://my-service.com",
"categories": ["databases"],
"scopes": {
"project": ["env-vars:read-write"],
"team": ["integrations:read-write"]
},
"installationType": "marketplace",
"resourceTypes": [
{
"name": "database",
"displayName": "Database",
"description": "A managed database instance"
}
]
}
// app/api/webhook/route.ts
import { verifyVercelSignature } from "@vercel/integration-utils";
export async function POST(req: Request) {
const body = await req.json();
// Verify the webhook is from Vercel
const isValid = await verifyVercelSignature(req, body);
if (!isValid) {
return Response.json({ error: "Invalid signature" }, { status: 401 });
}
switch (body.type) {
case "integration.installed":
// Provision resources for the new installation
await provisionDatabase(body.payload);
break;
case "integration.uninstalled":
// Clean up resources
await deprovisionDatabase(body.payload);
break;
case "integration.configuration-updated":
// Handle config changes
await updateConfiguration(body.payload);
break;
}
return Response.json({ received: true });
}
// lib/provision.ts
async function provisionEnvVars(
installationId: string,
projectId: string,
credentials: { url: string; token: string },
) {
const response = await fetch(
`https://api.vercel.com/v1/integrations/installations/${installationId}/env`,
{
method: "POST",
headers: {
Authorization: `Bearer ${process.env.VERCEL_INTEGRATION_TOKEN}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
projectId,
envVars: [
{
key: "MY_SERVICE_URL",
value: credentials.url,
target: ["production", "preview", "development"],
type: "encrypted",
},
{
key: "MY_SERVICE_TOKEN",
value: credentials.token,
target: ["production", "preview", "development"],
type: "secret",
},
],
}),
},
);
return response.json();
}
The vercel integration CLI supports these subcommands:
# Discover integrations in the Marketplace catalog
vercel integration discover
vercel integration discover --category <category>
# Get agent-friendly setup guide
vercel integration guide <name>
vercel integration guide <name> --framework <framework>
# Add (install) an integration
vercel integration add <name>
# List installed integrations
vercel integration list # alias: vercel integration ls
# Check usage / billing balance
vercel integration balance <name>
# Open integration dashboard in browser (fallback when add redirects)
vercel integration open <name>
# Remove an integration
vercel integration remove <name>
Building integrations? Use
npx create-vercel-integrationto scaffold, then deploy your integration app to Vercel normally withvercel --prod. Publish to the Marketplace via the Vercel Partner Dashboard.
| Category | Popular Integrations | Auto-Provisioned Env Vars |
| --------------------- | --------------------------------------------- | --------------------------------------- |
| Databases | Neon, Supabase, PlanetScale, MongoDB, Turso | POSTGRES_URL, DATABASE_URL |
| Cache/KV | Upstash Redis | KV_REST_API_URL, KV_REST_API_TOKEN |
| Auth | Clerk, Auth0, Descope | CLERK_SECRET_KEY, AUTH0_SECRET |
| CMS | Sanity, Contentful, Storyblok, DatoCMS | SANITY_PROJECT_ID, CONTENTFUL_TOKEN |
| Monitoring | Datadog, Sentry, Checkly, New Relic | SENTRY_DSN, DD_API_KEY |
| Payments | Stripe | STRIPE_SECRET_KEY |
| Feature Flags | LaunchDarkly, Statsig, Hypertune | LAUNCHDARKLY_SDK_KEY |
| AI Agents & Services | CodeRabbit, Braintrust, Sourcery, Chatbase | varies by integration |
| Video | Mux | MUX_TOKEN_ID, MUX_TOKEN_SECRET |
| Messaging | Resend, Knock, Novu | RESEND_API_KEY |
| Searching | Algolia, Meilisearch | ALGOLIA_APP_ID, ALGOLIA_API_KEY |
| Commerce | Shopify, Swell, BigCommerce | SHOPIFY_ACCESS_TOKEN |
Marketplace observability integrations (Datadog, Sentry, Axiom, Honeycomb, etc.) connect to Vercel's Drains system to receive telemetry. Understanding the data-type split is critical for correct setup.
| Data Type | Delivery Mechanism | Integration Setup |
| ------------------ | ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
| Logs | Native drain (auto-configured by Marketplace install) | vercel integration add <vendor> auto-creates drain |
| Traces | Native drain (OpenTelemetry-compatible) | Same — auto-configured on install |
| Speed Insights | Custom drain endpoint only | Requires manual drain creation via REST API or Dashboard (https://vercel.com/dashboard/{team}/~/settings/log-drains) |
| Web Analytics | Custom drain endpoint only | Requires manual drain creation via REST API or Dashboard (https://vercel.com/dashboard/{team}/~/settings/log-drains) |
Key distinction: When you install an observability vendor via the Marketplace, it auto-configures drains for logs and traces only. Speed Insights and Web Analytics data require a separate, manually configured drain pointing to a custom endpoint. See
⤳ skill: observabilityfor drain setup details.
Follow this sequence when setting up an observability integration:
# Discover observability integrations
vercel integration discover --category monitoring
# Get setup guide for chosen vendor
vercel integration guide datadog
# Install — auto-provisions env vars and creates log/trace drains
vercel integration add datadog
# Confirm drain was auto-configured
curl -s -H "Authorization: Bearer $VERCEL_TOKEN" \
"https://api.vercel.com/v1/drains?teamId=$TEAM_ID" | jq '.[] | {id, url, type, sources}'
Check the response for a drain pointing to the vendor's ingestion endpoint. If no drain appears, the integration may need manual drain setup — see ⤳ skill: observability for REST API drain creation.
# Send a test payload to the drain
curl -X POST -H "Authorization: Bearer $VERCEL_TOKEN" \
"https://api.vercel.com/v1/drains/<drain-id>/test?teamId=$TEAM_ID"
Confirm the vendor dashboard shows the test event arriving.
# Trigger a deployment and check logs flow through
vercel logs <deployment-url> --follow --since 5m
# Check integration balance to confirm data is flowing
vercel integration balance datadog
Verify that logs appear both in Vercel's runtime logs and in the vendor's dashboard.
For drain payload formats and signature verification, see
⤳ skill: observability— the Drains section covers JSON/NDJSON schemas andx-vercel-signatureHMAC-SHA1 verification.
For observability vendors that also want Speed Insights or Web Analytics data, configure a separate drain manually:
# Create a drain for Speed Insights + Web Analytics
curl -X POST -H "Authorization: Bearer $VERCEL_TOKEN" \
-H "Content-Type: application/json" \
"https://api.vercel.com/v1/drains?teamId=$TEAM_ID" \
-d '{
"url": "https://your-vendor-endpoint.example.com/vercel-analytics",
"type": "json",
"sources": ["lambda"],
"environments": ["production"]
}'
Payload schema reference: See
⤳ skill: observabilityfor Web Analytics drain payload formats (JSON array of{type, url, referrer, timestamp, geo, device}events).
| Need | Use | Why |
| ----------------------------------------- | -------------------------------------------------- | ---------------------------------------------- |
| Add a database to your project | vercel integration add neon | Auto-provisioned, unified billing |
| Browse available services | vercel integration discover | CLI-native catalog search |
| Get setup steps for an integration | vercel integration guide <name> --framework <fw> | Framework-specific, agent-friendly setup guide |
| CLI redirects to dashboard during install | vercel integration open <name> | Fallback to complete provider web flow |
| Check integration usage/cost | vercel integration balance <name> | Billing visibility per integration |
| Build a SaaS integration | Integration SDK + manifest | Full lifecycle management |
| Centralize billing | Marketplace integrations | Single Vercel invoice |
| Auto-inject credentials | Marketplace auto-provisioning | No manual env var management |
| Add observability vendor | vercel integration add <vendor> | Auto-creates log/trace drains |
| Export Speed Insights / Web Analytics | Manual drain via REST API | Not auto-configured by vendor install |
| Manage integrations programmatically | Vercel REST API | /v1/integrations endpoints |
| Test integration locally | vercel dev | Local development server with Vercel features |
⤳ skill: observability⤳ skill: vercel-api--follow, --since, --level) → ⤳ skill: vercel-cli⤳ skill:bootstrap⤳ skill:cmstools
Top-level workflow skill for USD performance diagnosis and optimization. Use for slow loading, high memory, low FPS, or 'optimize my scene' requests; delegates auth/runtime setup to Phase 0 owners.
data-ai
Use when the user mentions MagicPath, designs, UI components, themes, canvas selections, or repo-to-canvas UI work; run magicpath-ai to search, inspect, install, or author components.
documentation
Use as the top-level router for Omniverse Realtime Viewer USD app requests and focused viewer reference documents.
tools
Turn Notion specs into implementation plans, tasks, and progress tracking; use when implementing PRDs/feature specs and creating Notion plans + tasks from them.