Rollback Designer
Goal
Make risky action reversible enough to proceed safely.
This skill does not block change by default. It defines how to back out, contain damage, or fail safely.
When To Use
- before risky changes
- before rollouts, migrations, or broad edits
- when failure cost is meaningful
- when "we can undo it" is being assumed, not designed
Scope Boundaries
In scope:
- define rollback triggers
- define safe fallback states
- define what must be backed up or preserved
- name the smallest safe rollout pattern
Out of scope by default:
- full incident response plans
- exhaustive reliability engineering
Workflow
- State the risky action.
- Name the failure modes that would force retreat.
- Define the last known safe state.
- Identify what must be preserved for rollback.
- Define rollback trigger, owner, and order.
- Recommend the safest rollout shape.
Output Contract
Always return:
risky_actionfailure_triggerssafe_staterollback_requirementsrollback_pathrecommended_rollout_shaperesidual_riskrecommended_followupnext_step
Guardrails
- Do not assume rollback is trivial.
- Do not proceed without naming the safe state.
- Prefer staged rollout over all-at-once when possible.
Anti-Patterns
- imaginary rollback
- no trigger for stopping
- irreversible change with no containment