Execute Vercel incident response procedures with triage, mitigation, and postmortem. Use when responding to Vercel-related outages, investigating errors, or running post-incident reviews for Vercel integration failures. Trigger with phrases like "vercel incident", "vercel outage", "vercel down", "vercel on-call", "vercel emergency", "vercel broken".
From vercel-packnpx claudepluginhub nickloveinvesting/nick-love-plugins --plugin vercel-packThis skill is limited to using the following tools:
references/errors.mdreferences/examples.mdreferences/immediate-actions-by-error-type.mdGuides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Details PluginEval's skill quality evaluation: 3 layers (static, LLM judge), 10 dimensions, rubrics, formulas, anti-patterns, badges. Use to interpret scores, improve triggering, calibrate thresholds.
Incident response for Vercel deployments requires distinguishing between three root cause categories: Vercel platform issues (check vercel-status.com), build or deployment configuration issues (broken builds, missing environment variables, bad rollouts), and application-level issues (code bugs, dependency failures, third-party API outages affecting the deployed application). Accurate categorization determines whether the fix is a Vercel support escalation, a configuration rollback, or an application code fix.
Run the triage commands to identify the issue source. Check the Vercel status page for active incidents. Review the deployment log for the current production build to identify any build warnings that may have introduced instability. Test the deployed application from multiple regions using the Vercel Functions tab to distinguish geographically isolated issues from global outages.
Determine if the issue is Vercel-side or internal. If the status page shows no active incident but your application is failing, the issue is internal. Check whether the problem started after a recent deployment — if so, a rollback to the last good deployment is the fastest mitigation.
For deployment-related issues, use Vercel's instant rollback feature to revert to the previous production deployment without a new build. For application code issues that cannot be quickly fixed, enable a maintenance page using Vercel's rewrite rules to give users a clear error state rather than broken functionality.
Update internal and external stakeholders with clear, jargon-free status updates. Specify the user impact, the current mitigation status, and the expected resolution timeline.
See ${CLAUDE_SKILL_DIR}/references/errors.md for comprehensive error handling.
See ${CLAUDE_SKILL_DIR}/references/examples.md for detailed examples.
Execute Vercel incident response procedures with triage, mitigation, and postmortem.