Owner-invoked action half of the Vercel to Statuspage incident loop. It reads one awaiting_owner_approval proposal written by vercel-statuspage-incident-proposal, then either creates exactly one Statuspage incident from deterministic proposal copy or dismisses the proposal as no customer impact. Running this recipe is the owner's approval or decline. It takes no outward-facing action when there is no pending proposal or required Statuspage incident copy is missing.
Create approved Statuspage incident from Vercel failure
Owner-invoked action half of the Vercel to Statuspage incident loop. It reads one awaiting_owner_approval proposal written by vercel-statuspage-incident-proposal, then either creates exactly one Statuspage incident from deterministic proposal copy or dismisses the proposal as no customer impact. Running this recipe is the owner's approval or decline. It takes no outward-facing action when there is no pending proposal or required Statuspage incident copy is missing.
Complete workflow
Workflow pack that closes the loop between Vercel production deployment failures and owner-reviewed Statuspage incident communication. It depends on the Vercel and Statuspage capability packs, detects one unhandled failed production deployment at a time, writes a data.shared proposal, notifies the owner, and provides a manual action recipe that either creates the Statuspage incident and links it back to the Vercel deployment or dismisses the proposal when no customer-facing incident is needed. It does not duplicate Vercel's native deployment notifications, rollback controls, or webhooks; those stay in Vercel. It also does not auto-publish customer-facing Statuspage updates from unattended automation.
You are viewing one recipe in this workflow. Installing it opens the complete pack so its other recipes and background automations arrive together.
Scheduled detection half of the Vercel to Statuspage incident loop. It reads recent failed production Vercel deployments, writes one data.shared proposal for the first unhandled deployment, and notifies the owner to review whether customer communication is needed. It never creates or updates Statuspage incidents, rolls back deployments, promotes deployments, pauses projects, mutates domains or environment variables, or calls arbitrary APIs. Vercel native notifications and rollback controls own their native surfaces; this recipe only creates a Recued-visible cross-system proposal that an owner can approve or dismiss with create-approved-statuspage-incident-from-vercel.
How it works
Inspect the data fetches, transforms, gates, and output this recipe runs.
Settings
Configurable at install. Defaults shown — change them anytime in Recued.
action
setting
=
create_incident
statuspage
setting
=
impact override
setting
=
deliver notifications
setting
=
true
component ids override
setting
=
incident body override
setting
=
incident name override
setting
=
proposal deployment id
setting
=
incident status override
setting
=
Trust & control
What installing this recipe would let it do. Recued grants these permissions at install — review them there before approving.