Vercel Speed Audit Skill

Optimize Vercel build and deploy speed for any project. Run as a checklist when starting new projects or auditing existing ones.

When to Use

• New project setup — configure optimal defaults from day one
• Build times creeping up — audit and fix performance regressions
• Deploy queue bottlenecks — eliminate waiting on concurrent builds
• Production incidents — use instant rollback instead of waiting for a new build
• Cost optimization — balance speed vs spend on build infrastructure

Triage First (Don't Blindly Run All 10)

Before running the full checklist, measure and assess:

# 1. Check current build times
cd <project> && npx vercel ls --limit 5

# 2. Check team/plan tier
npx vercel team ls

Decision tree:

Auth-gated app? (All pages behind login)

→ Skip ISR (#9) entirely. ISR caches one response for all users — incompatible with per-user content.

Framework:

→ SvelteKit: Also read docs/sveltekit.md — includes adapter-vercel switch, prerendering, $env tips.

→ Next.js/Nuxt/Other: docs/general.md covers framework-agnostic items.

Checklist (Ordered by Impact)

Pro plan items (#1, #2, #5): If not on Pro, check team plan first. These are the highest-impact free wins on Pro.

Dashboard Links (Can't Check via CLI)

For a team called :

• Turbo machines: https://vercel.com///settings → General → Build Machine
• Concurrent builds: https://vercel.com/teams//settings → Build Queue
• Prioritize prod: https://vercel.com///settings → Git → Production prioritization

Docs

• docs/checklist.md — Full detailed checklist with how-to for each item
• docs/sveltekit.md — SvelteKit-specific optimizations
• docs/general.md — Framework-agnostic Vercel optimizations
• docs/github-actions-prebuilt.md — GitHub Actions + vercel deploy --prebuilt guide

Lessons Learned

Real-world findings from running all 10 checks on a SvelteKit project with 16-18s builds:

1. Half the checklist was overkill — builds were already fast. Triage step now prevents wasted effort.
2. ISR is irrelevant for auth-gated apps — every page served per-user content. Added decision tree.
3. adapter-auto → adapter-vercel was a missed win — not in original 10 but came up in dep audit. Now item #0.
4. Dashboard-only settings are the highest-impact items (Turbo, concurrent, priority) but can't be verified via CLI. Added direct links.
5. GitHub Actions + prebuilt only worth it at 60s+ — for fast builds, the Vercel Git integration is simpler and equally fast.
6. The dep audit found the project was already lean (11 deps, 84MB node_modules, 472K client bundle). Only one unused dep (clsx).
7. Team/plan tier gates most high-impact items — checking plan should be step 1.

Quick Start

1. Triage: Measure build times + check plan tier
2. Run applicable items from the checklist based on decision tree
3. If SvelteKit, also review docs/sveltekit.md
4. Track findings in a report file (e.g., vercel-speed-report.md)
5. For complex CI needs, follow docs/github-actions-prebuilt.md