Skip to content
cccskills
FreePublished on GitHub

vibe-rollback-plan

Documents rollback procedures before making risky changes. Covers what's changing, verification steps, rollback procedures, and blast radius assessment. Use before database migrations, breaking API changes, infrastructure or DNS changes, large dependency upgrades, or any change where undo is not obvious.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md2.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

vibe-rollback-plan

The time to plan a rollback is BEFORE you need one.

When to Use This Skill

  • Database migrations (especially destructive ones)
  • API breaking changes
  • Infrastructure changes (networking, permissions, DNS)
  • Large dependency upgrades
  • Any change where "undo" isn't obvious

When NOT to Use This Skill

  • Safe, easily reversible changes (adding a new file, adding a feature flag)
  • Changes with automated rollback (CI/CD with rollback built in)
  • Local development changes

Steps

  1. Document the change:

    • What is being changed?
    • Why is it being changed?
    • What systems are affected?
  2. Define success criteria:

    • How do we know the change worked?
    • What metrics to watch?
    • How long to monitor before declaring success?
  3. Assess blast radius:

    • What breaks if this fails?
    • Which users/services are affected?
    • Is there data loss risk?
  4. Write rollback procedure:

    • Step-by-step commands to reverse the change
    • Expected time to rollback
    • Who needs to be notified?
  5. Pre-change checklist:

    • Rollback procedure documented
    • Rollback tested (if possible)
    • Monitoring in place
    • Team notified
    • Backup taken

Output Format

Rollback Plan: [Change Name]

Change: [Description] Risk Level: Low / Medium / High / Critical Blast Radius: [What's affected] Estimated Recovery Time: [Time to rollback]

Success Criteria

  1. [How to verify the change worked]

Rollback Procedure

# Step 1: [Description]
[command]
# Step 2: [Description]
[command]

Pre-Change Checklist

  • Backup taken
  • Rollback tested
  • Monitoring active
  • Team notified

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Validates completed work against defined acceptance criteria. Use after completing a task that has specific success criteria defined in issues, specs, or task descriptions.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

Generates edge case, failure mode, and spec-driven test cases. Covers boundary values, nil inputs, concurrency, resource exhaustion, malformed data, and requirement-linked traceability tests. Use after happy-path tests exist and before claiming coverage is complete, when requirements lack tests, or before a security review.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

Catches shortcuts and reward hacking — weakening or deleting tests to make them pass, hard-coding expected outputs, silently dropping requirements, or claiming work is done without running it. Use before declaring a task complete and whenever a test or requirement feels like it's in the way.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

Safely integrates commits from parallel agent branches using sequential cherry-pick. Use after parallel work completes in isolated branches or worktrees.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

Audits tests for concurrency safety — race conditions, shared mock state, cleanup ordering. Use when writing tests that involve goroutines, async operations, or shared mutable state.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

Enforces tiered test coverage standards with three dimensions — line coverage by tier, spec-to-test traceability, and spec-to-code implementation mapping. Use before claiming code is complete.

The English summary is being prepared. Showing the original description.

ash1794/vibe-engineering164Updated Oct 8, 2026

See all skills by ash1794

Report a problem with this skill