VE

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.zip

Installs 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.
62 charsno explicit “when” trigger
Beginner

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

You give it
Deployment URL or error code
You get back
Root cause diagnosis and step-by-step fix

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:

  1. Build errors — appear during vercel deploy, exit codes in build log
  2. Runtime errors — appear when functions are invoked, visible in function logs
  3. 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.jsonbuildCommand matches your build script
  • Check: all dependencies listed in package.json (not just devDependencies for runtime deps)
  • Fix: run npm run build locally to reproduce

MISSING_BUILD_SCRIPT — No build command found

Error: Missing Build Command
  • Fix: add "build" to package.json scripts or set buildCommand in vercel.json
  • For static sites: set buildCommand to 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/nft trace 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/ or pages/api/ directory
  • Page 404: check outputDirectory in 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 maxDuration or 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.env in 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 CodeHTTPLayerQuick Fix
BUILD_FAILEDBuildRun build locally, check deps
FUNCTION_INVOCATION_FAILED500RuntimeCheck env vars, add try/catch
FUNCTION_INVOCATION_TIMEOUT504RuntimeIncrease maxDuration in vercel.json
FUNCTION_THROTTLED429RuntimeReduce concurrency or upgrade plan
FUNCTION_PAYLOAD_TOO_LARGE413BuildReduce bundle size
NOT_FOUND404EdgeVerify file paths and routes
EDGE_FUNCTION_INVOCATION_FAILED500EdgeRemove Node.js APIs from edge code
NO_RESPONSE_FROM_FUNCTION502RuntimeReturn 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

Vercel CLI installedAccess to deployment logsAccess to Vercel dashboard

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.

SkillInstallsUpdatedSafetyDifficulty
vercel-common-errors (this skill)127dCautionBeginner
gh-fix-ci126moReviewIntermediate
fix-ci16moReviewIntermediate
analyze-failures16moCautionIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

More by jeremylongshore

View all by jeremylongshore

analyzing-logs

jeremylongshore

Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.

14123

ollama-setup

jeremylongshore

Configure auto-configure Ollama when user needs local LLM deployment, free AI alternatives, or wants to eliminate hosted API costs. Trigger phrases: "install ollama", "local AI", "free LLM", "self-hosted AI", "replace OpenAI", "no API costs". Use when appropriate context detected. Trigger with relevant phrases based on skill purpose.

1167

backtesting-trading-strategies

jeremylongshore

Backtest crypto and traditional trading strategies against historical data. Calculates performance metrics (Sharpe, Sortino, max drawdown), generates equity curves, and optimizes strategy parameters. Use when user wants to test a trading strategy, validate signals, or compare approaches. Trigger with phrases like "backtest strategy", "test trading strategy", "historical performance", "simulate trades", "optimize parameters", or "validate signals".

1071

generating-database-seed-data

jeremylongshore

Process this skill enables AI assistant to generate realistic test data and database seed scripts for development and testing environments. it uses faker libraries to create realistic data, maintains relational integrity, and allows configurable data volumes. u... Use when working with databases or data models. Trigger with phrases like 'database', 'query', or 'schema'.

1033

cursor-codebase-indexing

jeremylongshore

Execute set up and optimize Cursor codebase indexing. Triggers on "cursor index setup", "codebase indexing", "index codebase", "cursor semantic search". Use when working with cursor codebase indexing functionality. Trigger with phrases like "cursor codebase indexing", "cursor indexing", "cursor".

885

testing-mobile-apps

jeremylongshore

Execute mobile app testing on iOS and Android devices/simulators. Use when performing specialized testing. Trigger with phrases like "test mobile app", "run iOS tests", or "validate Android functionality".

810

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.

1234

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.

111

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.

19

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).

19

debugging-workflows

githubnext

Guide for debugging GitHub Agentic Workflows - analyzing logs, auditing runs, and troubleshooting issues

16

fix-sync

ClickHouse

Fix the "CH Inc sync" job in a pull request by resolving conflicts in the corresponding clickhouse-private sync PR.

16

Search skills

Search the agent skills registry