--- description: Show the status of the current Vercel project — recent deployments, linked project info, and environment overview. --- # Vercel Project Status (Doctor) Comprehensive project health check. Diagnoses deployment state, environment configuration, domains, and build status. ## Preflight 1. Check for `.vercel/project.json` in the current directory (or nearest parent). - **If found**: read `projectId` and `orgId` to confirm linkage. Print project name. - **If not found**: print a clear message: > This project is not linked to Vercel. Run `vercel link` to connect it, then re-run `/status`. Stop here — remaining steps require a linked project. **Do NOT fall back to GitHub Actions (`gh run list`) or any other CI system.** The Vercel CLI is the only authoritative source for this command. 2. Verify `vercel` CLI is available on PATH. If missing, suggest `npm i -g vercel`. 3. Detect monorepo markers (`turbo.json`, `pnpm-workspace.yaml`). If present, note which package scope is active. ## Plan Gather project diagnostics using MCP reads where available, CLI as fallback: 1. Fetch recent deployments (last 5). 2. Inspect the latest deployment for build status and metadata. 3. List environment variables per environment (counts only — never print values). 4. Check domain configuration and status. 5. Read `vercel.json` for configuration highlights. No destructive operations — this command is read-only. ## Commands ### 1. Recent Deployments ``` vercel ls ``` > **Note:** `vercel ls` does not support `--limit`. It returns recent deployments by default. Extract: deployment URL, state (READY / ERROR / BUILDING), target (production / preview), created timestamp. ### 2. Latest Deployment Inspection ``` vercel inspect ``` Extract: build duration, function count, region, framework detected, Node.js version. ### 3. Environment Variable Counts ``` vercel env ls ``` Count variables per environment (Production, Preview, Development). **Never echo variable values.** Present as: | Environment | Count | |-------------|-------| | Production | N | | Preview | N | | Development | N | ### 4. Domain Status ``` vercel domains ls ``` For each domain: name, DNS configured (yes/no), SSL valid (yes/no). ### 5. Configuration Highlights Read `vercel.json` (if present) and summarize: - Framework preset - Build command overrides - Function configuration (runtime, memory, duration) - Rewrites / redirects count - Cron jobs defined - Headers or middleware config If `vercel.json` does not exist, note "No vercel.json found — using framework defaults." ### 6. Observability Diagnostics Check the project's observability posture — drains, error monitoring, analytics instrumentation, and drain security. #### 6a. Drains Configured? Use MCP `list_drains` if available, or the REST API: ```bash curl -s -H "Authorization: Bearer $VERCEL_TOKEN" \ "https://api.vercel.com/v1/drains?teamId=$TEAM_ID" | jq '.drains | length' ``` - **If drains exist**: list drain count, types (JSON/NDJSON/Syslog), and statuses. - **If zero drains**: note "No drains configured" and flag as a gap for production observability. #### 6b. Errored Drains? For each drain returned, check the status field. If any drain shows an error or disabled state: ``` ⚠️ Drain "" is in error state. Remediation: 1. Verify the endpoint URL is reachable and returns 2xx. 2. Check that the endpoint accepts the configured format (JSON/NDJSON/Syslog). 3. Test the drain: POST /v1/drains//test 4. If unrecoverable, delete and recreate the drain. ``` #### 6c. Analytics Instrumentation Present? Scan the project source for `@vercel/analytics` and `@vercel/speed-insights` imports: - Check `package.json` dependencies for `@vercel/analytics` and `@vercel/speed-insights`. - If missing either package, flag: > Analytics/Speed Insights not detected. Install `@vercel/analytics` and `@vercel/speed-insights` and add the components to your root layout. #### 6d. Drain Signature Verification Vercel signs every drain payload with an HMAC-SHA1 signature in the `x-vercel-signature` header. **Always verify signatures in production** to prevent spoofed data. > **Critical:** You must verify against the **raw request body** (not a parsed/re-serialized version). JSON parsing and re-stringifying can change key order or whitespace, breaking the signature match. ```ts import { createHmac, timingSafeEqual } from 'crypto' function verifyDrainSignature(rawBody: string, signature: string, secret: string): boolean { const expected = createHmac('sha1', secret).update(rawBody).digest('hex') // Use timing-safe comparison to prevent timing attacks if (expected.length !== signature.length) return false return timingSafeEqual(Buffer.from(expected), Buffer.from(signature)) } ``` Usage in a drain endpoint: ```ts // app/api/drain/route.ts export async function POST(req: Request) { const rawBody = await req.text() const signature = req.headers.get('x-vercel-signature') const secret = process.env.DRAIN_SECRET! if (!signature || !verifyDrainSignature(rawBody, signature, secret)) { return new Response('Unauthorized', { status: 401 }) } const events = JSON.parse(rawBody) // Process verified events... return new Response('OK', { status: 200 }) } ``` > **Secret management:** The drain signing secret is shown once when you create the drain. Store it in an environment variable (e.g., `DRAIN_SECRET`). If lost, delete and recreate the drain. Check whether the project has a `DRAIN_SECRET` env var set via `vercel env ls`. If drains are configured but no signature secret is found, flag as a security gap. #### 6e. Fallback Guidance (No Drains) If drains are unavailable (Hobby plan or not yet configured), use these alternatives: | Need | Alternative | How | |------|-------------|-----| | View runtime logs | **Vercel Dashboard** | `https://vercel.com/{team}/{project}/deployments` → select deployment → Logs tab | | Stream logs from terminal | **Vercel CLI** | `vercel logs --follow` | | Query logs programmatically | **MCP / REST API** | `get_runtime_logs` tool or `/v3/deployments/:id/events` | | Monitor errors post-deploy | **CLI** | `vercel logs --level error --since 1h` | | Web Analytics data | **Dashboard only** | `https://vercel.com/{team}/{project}/analytics` | | Performance metrics | **Dashboard only** | `https://vercel.com/{team}/{project}/speed-insights` | > **Upgrade path:** When ready for centralized observability, upgrade to Pro and configure drains at `https://vercel.com/dashboard/{team}/~/settings/log-drains` or via REST API. The drain setup is typically < 5 minutes. #### Observability Decision Matrix | Need | Use | Why | |------|-----|-----| | Page views, traffic sources | Web Analytics | First-party, privacy-friendly | | Business event tracking | Web Analytics custom events | Track conversions, feature usage | | Core Web Vitals monitoring | Speed Insights | Real user data per route | | Function debugging | Runtime Logs (CLI `vercel logs` / Dashboard (`https://vercel.com/{team}/{project}/logs`) / REST) | Real-time, per-invocation logs | | Export logs to external platform | Drains (JSON/NDJSON/Syslog) | Centralize observability (Pro+) | | Export analytics data | Drains (Web Analytics type) | Warehouse pageviews + custom events (Pro+) | | OpenTelemetry traces | Drains (OTel-compatible endpoint) | Standards-based distributed tracing (Pro+) | | Post-response telemetry | `waitUntil` + custom reporting | Non-blocking metrics | | Server-side event tracking | `@vercel/analytics/server` | Track API-triggered events | | Hobby plan log access | CLI `vercel logs` + Dashboard (`https://vercel.com/{team}/{project}/logs`) | No drains needed | ## Verification Confirm each data source returned successfully: - [ ] Deployment list retrieved (count > 0 or "no deployments yet") - [ ] Latest deployment inspected (or skipped if no deployments) - [ ] Environment variable counts retrieved per environment - [ ] Domain list retrieved (or "no custom domains") - [ ] vercel.json parsed (or "not present") - [ ] Drain status checked (count, errored drains identified) - [ ] Analytics/Speed Insights instrumentation detected (or gap flagged) - [ ] Drain signature secret checked (if drains configured) If any check fails, report the specific error and continue with remaining checks. ## Summary Present the diagnostic report: ``` ## Vercel Doctor — Project Status **Project**: () **Latest Deployment**: (, ) **Build**: , , Node ### Deployments (last 5) | URL | State | Target | Created | |-----|-------|--------|---------| | ... | ... | ... | ... | ### Environment Variables | Environment | Count | |-------------|-------| | Production | N | | Preview | N | | Development | N | ### Domains | Domain | DNS | SSL | |--------|-----|-----| | ... | ... | ... | ### Config Highlights - ### Observability | Check | Status | |-------|--------| | Drains configured | N configured (N healthy, N errored) | | Analytics (`@vercel/analytics`) | ✓ installed / ✗ not found | | Speed Insights (`@vercel/speed-insights`) | ✓ installed / ✗ not found | | Drain signature secret | ✓ DRAIN_SECRET set / ⚠ missing | ``` ## Next Steps Based on the diagnostic results, suggest relevant actions: - **Build errors** → "Run `/deploy` to trigger a fresh build, or check `vercel logs ` for details." - **Missing env vars** → "Run `/env list` to review, or `/env pull` to sync locally." - **DNS not configured** → "Update your domain DNS records. See the Vercel domains dashboard." - **No deployments** → "Run `/deploy` to create your first deployment." - **Stale deployment** → "Your latest deployment is over 7 days old. Consider redeploying." - **No vercel.json** → "Add a `vercel.json` if you need custom build, function, or routing configuration." - **No drains (Hobby)** → "View logs via Dashboard or `vercel logs --follow`. Upgrade to Pro for drain-based forwarding." - **No drains (Pro+)** → "Configure drains for centralized observability via Dashboard or REST API." - **Errored drain** → "Test the endpoint: `POST /v1/drains//test`. Check URL reachability and format compatibility." - **Missing analytics** → "Install `@vercel/analytics` and add `` to your root layout." - **Missing speed insights** → "Install `@vercel/speed-insights` and add `` to your root layout." - **Missing drain secret** → "Set `DRAIN_SECRET` env var. Without it, drain endpoints can't verify payload authenticity."