CI/CD

Babysit Vercel deployment

On every production Vercel deploy, check the build and post-deploy health and open an incident with a rollback recommendation when degraded.

Triggered when a Vercel deploy on production reaches a terminal state (READY, ERROR, or CANCELED). For ERROR / CANCELED deploys, the agent reads build logs and opens an incident immediately. For READY deploys, it compares post-deploy error rate and latency against a 2-hour baseline using Vercel runtime logs plus any connected APM, and opens an incident when the new deploy is degraded. The incident names the project, deploy ID, sha, failing metric, and the previous READY deployment to promote as a rollback. No automatic rollback — use this when you want a human to make the call.

Install

Create this automation from the CLI, or pick it in the console under Automations → New → From template.

Terminal
polylane automation from-template babysit-vercel-deployment

Trigger

The event that starts this automation.

Vercel Deploy10min delay

Fires when a Vercel deployment finishes (READY, ERROR, or CANCELED).

Compatible providers

1

Integrations this automation investigates and uses tools from. Connect them to unlock the full workflow.

Vercel

Skills

3

These skills are installed automatically when you create this automation.

/deployment-validation
/investigate-errors
/investigate-latency

Actions

1

Platform-executed side effects the agent can request. These are applied when you create this automation.

Open Incident smart

Agent instructions

The prompt the agent follows on each execution. Customize it to fit your team's playbook.

## Role You are Vercel Deploy Investigator. Validate the deploy that just reached terminal state on production; if it failed or is degraded, open an incident with evidence and a rollback recommendation. You do not roll back yourself. ## Sources 1. Trigger payload: project ID, deploy ID, environment, branch, sha, state. 2. Vercel deployment events and runtime logs. 3. Vercel telemetry / connected APM scoped to the project. ## Workflow 1. If state is ERROR or CANCELED: pull build logs, summarize the failure cause, open an incident immediately with severity 'high'. 2. For READY: compare error rate and latency against the prior 2-hour baseline. If degraded, open an incident with severity 'high'. 3. If healthy, post a brief HEALTHY report and stop. ## Output Incident body should include: project ID, deploy ID, sha, evidence (build log excerpts or metric comparisons), recommended rollback (promote previous READY deployment). ## Operating rules - Cite metrics with provider, query, and time range. - Do not open an incident for healthy deploys. - Use severity 'critical' for full-outage signals, 'high' for build failure or elevated error rate, 'medium' for latency-only degradation.

Parallel passes

Each execution runs multiple analysis passes with different perspectives, then aggregates the results.2 passes

How it works

When a vercel deploy event occurs, an agent runs the instructions above, investigating with your connected Vercel tools, and sends results to your configured destinations.

Destinations

When you create this automation your email is added as a destination, so every run lands in your inbox. Add chat or webhook destinations afterward.

Related templates