vercel-common-errors
Automates the identification and resolution of Vercel build, runtime, and edge network errors.
Install
mkdir -p .claude/skills/vercel-common-errors && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/5493" && unzip -o skill.zip -d .claude/skills/vercel-common-errors && rm skill.zipInstalls to .claude/skills/vercel-common-errors
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Diagnose and fix common Vercel deployment and function errors.Key capabilities
- →Identify build pipeline failures via exit codes
- →Debug serverless function runtime crashes
- →Troubleshoot edge network and routing errors
- →Analyze deployment logs for root cause diagnosis
- →Verify environment variable availability across scopes
How it works
It categorizes errors into build, runtime, and edge layers, providing specific diagnostic commands and remediation steps for each layer.
Inputs & outputs
When to use vercel-common-errors
- →Fix failed Vercel deployment builds
- →Debug serverless function runtime crashes
- →Troubleshoot edge network and routing errors
- →Retrieve and analyze deployment logs
About this skill
Vercel Common Errors
Overview
Diagnose and resolve the most common Vercel errors across three layers: build pipeline, serverless function runtime, and edge network. Each error includes the error code, root cause, and step-by-step fix.
Prerequisites
- Vercel CLI installed
- Access to deployment logs (
vercel logs <url>) - Access to Vercel dashboard for build logs
Instructions
Step 1: Identify the Error Layer
# Check deployment status and error details
vercel inspect <deployment-url>
# View function runtime logs
vercel logs <deployment-url> --follow
# View build logs via API
curl -s -H "Authorization: Bearer $VERCEL_TOKEN" \
"https://api.vercel.com/v13/deployments/dpl_xxx" | jq '.state, .errorMessage'
Three error layers:
- Build errors — appear during
vercel deploy, exit codes in build log - Runtime errors — appear when functions are invoked, visible in function logs
- Edge/routing errors — HTTP errors from Vercel's edge network
Step 2: Build Errors
BUILD_FAILED — Build command exited with non-zero code
Error: Command "npm run build" exited with 1
- Check:
vercel.json→buildCommandmatches your build script - Check: all dependencies listed in
package.json(not just devDependencies for runtime deps) - Fix: run
npm run buildlocally to reproduce
MISSING_BUILD_SCRIPT — No build command found
Error: Missing Build Command
- Fix: add
"build"topackage.jsonscripts or setbuildCommandin vercel.json - For static sites: set
buildCommandto empty string or"true"
FUNCTION_PAYLOAD_TOO_LARGE — Serverless function bundle > 250 MB
Error: The Serverless Function "api/heavy" is 267 MB which exceeds the maximum size of 250 MB
- Fix: add unused packages to
.vercelignore, use dynamic imports, split into smaller functions - Check:
@vercel/nfttrace output to see what is being bundled
Step 3: Runtime Errors
FUNCTION_INVOCATION_FAILED — Unhandled exception in function
# View the actual error
vercel logs <deployment-url> --output=short
- Common causes: undefined env var, missing database connection, unhandled promise rejection
- Fix: wrap handler in try/catch, verify all env vars are set for the target environment
FUNCTION_INVOCATION_TIMEOUT — Function exceeded max duration
Error: Task timed out after 10.00 seconds
- Hobby: 10s max, Pro: 60s default (up to 300s), Enterprise: 900s
- Fix: optimize database queries, add connection pooling, or move to background processing
- Configure in vercel.json:
{
"functions": {
"api/slow-endpoint.ts": {
"maxDuration": 60
}
}
}
NO_RESPONSE_FROM_FUNCTION — Function didn't return a response
- Cause: handler has a code path that doesn't call
res.send(),res.json(), or return a Response - Fix: ensure ALL code paths return a response, including error handlers
FUNCTION_THROTTLED — Too many concurrent function invocations
- Hobby: 10 concurrent, Pro: 1000 concurrent
- Fix: implement client-side retry with backoff, or upgrade plan
Step 4: Edge/Routing Errors
404 NOT_FOUND
- API route 404: verify file is in
api/orpages/api/directory - Page 404: check
outputDirectoryin vercel.json, verify build output contains the file - Fix: run
vercel inspect <url>to see the deployment file listing
504 GATEWAY_TIMEOUT
- Serverless function exceeded its timeout — same as FUNCTION_INVOCATION_TIMEOUT
- Fix: increase
maxDurationor optimize function
413 REQUEST_ENTITY_TOO_LARGE
- Request body exceeds 4.5 MB limit
- Fix: use chunked upload, stream the body, or use presigned URLs for large files
DEPLOYMENT_NOT_FOUND
- Deployment was deleted or URL is malformed
- Fix: verify the deployment still exists with
vercel ls
Step 5: Environment Variable Errors
ReferenceError: process is not defined (Edge Runtime)
- Cause: using
process.envin an edge function - Fix: Edge Functions can read env vars but only those defined at build time. Ensure vars are set.
Env var undefined in production but works in preview
- Cause: variable scoped to Preview only, not Production
- Fix: check scopes in Settings > Environment Variables, add Production target
# Check which environments have the variable
vercel env ls | grep DATABASE_URL
Quick Diagnosis Flowchart
Error occurred
├── During build? → Check build logs, run `npm run build` locally
├── During function invocation? → Check function logs with `vercel logs`
├── HTTP 404? → Verify file exists in deployment: `vercel inspect`
├── HTTP 500? → Unhandled exception in function code
├── HTTP 504? → Function timeout — increase maxDuration
└── HTTP 429? → Rate limited — implement retry with backoff
Output
- Error layer identified (build, runtime, or edge)
- Root cause diagnosed using logs and inspection
- Fix applied and verified via new deployment
- Prevention measures documented
Error Handling
| Error Code | HTTP | Layer | Quick Fix |
|---|---|---|---|
BUILD_FAILED | — | Build | Run build locally, check deps |
FUNCTION_INVOCATION_FAILED | 500 | Runtime | Check env vars, add try/catch |
FUNCTION_INVOCATION_TIMEOUT | 504 | Runtime | Increase maxDuration in vercel.json |
FUNCTION_THROTTLED | 429 | Runtime | Reduce concurrency or upgrade plan |
FUNCTION_PAYLOAD_TOO_LARGE | 413 | Build | Reduce bundle size |
NOT_FOUND | 404 | Edge | Verify file paths and routes |
EDGE_FUNCTION_INVOCATION_FAILED | 500 | Edge | Remove Node.js APIs from edge code |
NO_RESPONSE_FROM_FUNCTION | 502 | Runtime | Return response from all code paths |
Resources
Next Steps
For detailed debug bundles, see vercel-debug-bundle.
When not to use it
- →Debugging issues outside of Vercel infrastructure
- →Resolving local development environment configuration errors
Prerequisites
Limitations
- →Edge functions cannot use Node.js APIs
- →Serverless function bundle size is limited to 250 MB
How it compares
It provides a systematic diagnostic flowchart for Vercel-specific infrastructure failures instead of generic debugging advice.
Compared to similar skills
vercel-common-errors side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| vercel-common-errors (this skill) | 1 | 27d | Caution | Beginner |
| gh-fix-ci | 12 | 6mo | Review | Intermediate |
| fix-ci | 1 | 6mo | Review | Intermediate |
| analyze-failures | 1 | 6mo | Caution | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
gh-fix-ci
openai
Use when a user asks to debug or fix failing GitHub PR checks that run in GitHub Actions; use `gh` to inspect checks and logs, summarize failure context, draft a fix plan, and implement only after explicit approval. Treat external providers (for example Buildkite) as out of scope and report only the details URL.
fix-ci
llama-farm
Fetch GitHub CI failure information, analyze root causes, reproduce locally, and propose a fix plan. Use `/fix-ci` for current branch or `/fix-ci <run-id>` for a specific run.
analyze-failures
saleor
Analyze Playwright E2E test failure reports from CI. Parses merged blob reports, groups similar errors, and delegates to specialized subagents for investigation and fixes. Use when CI tests fail or when asked to fix E2E test failures.
gradle-expert
vitorpamplona
Build optimization, dependency resolution, and multi-module KMP troubleshooting for AmethystMultiplatform. Use when working with: (1) Gradle build files (build.gradle.kts, settings.gradle), (2) Version catalog (libs.versions.toml), (3) Build errors and dependency conflicts, (4) Module dependencies and source sets, (5) Desktop packaging (DMG/MSI/DEB), (6) Build performance optimization, (7) Proguard/R8 configuration, (8) Common KMP + Android Gradle issues (Compose conflicts, secp256k1 JNI variants, source set problems).
debugging-workflows
githubnext
Guide for debugging GitHub Agentic Workflows - analyzing logs, auditing runs, and troubleshooting issues
fix-sync
ClickHouse
Fix the "CH Inc sync" job in a pull request by resolving conflicts in the corresponding clickhouse-private sync PR.