Staged & Canary Rollout Prompt
Ship to a few before the many — a canary/staged rollout plan with cohorts, the metrics that gate each stage, and the auto-rollback condition.
Overview
Shipping to 100% at once means a bad release reaches everyone at once. This prompt plans a staged or canary rollout: the cohorts and percentages, the health metrics that must hold before widening, the bake time at each stage, and the condition that automatically halts and rolls back. It turns a launch into a controlled increase instead of a leap.
Why This Works
- Widening on metrics, not a timer, is what makes a canary meaningful
- An objective halt condition removes the 'let's give it a bit longer' trap
- Per-stage bake time catches issues that only appear under sustained load
Best for
- Large user bases where a bad release is expensive
- Features with uncertain performance or behavior at scale
- Teams with feature-flag or traffic-splitting infrastructure
Not for
- Small releases where staged rollout is overkill
- Writing the rollback steps themselves — use the Rollback Plan Prompt
Use cases
- Planning a canary rollout for a risky feature
- Defining the metrics that gate widening a release
- Limiting blast radius for a change to critical paths