rollback-recovery

Recovers missing behavior after rollbacks by auditing checkpoints and restoring features incrementally.

Updated Jun 15, 2026
One-click install
npx skills add https://github.com/ravenslight2010/Production-run-calculator --skill rollback-recovery-ravenslight2010
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rollback-recovery
Source: https://github.com/ravenslight2010/Production-run-calculator/tree/main/.agents/skills/rollback-recovery
Command: npx skills add https://github.com/ravenslight2010/Production-run-calculator --skill rollback-recovery-ravenslight2010

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After a rollback, rebase, or partial restore, teams often lose track of which features silently disappeared or regressed. This Skill provides a disciplined workflow to compare a checkpoint against the current branch, distinguish genuinely missing behavior from intentional differences, and restore only what is actually broken without overwriting current improvements. ## Core Features & Use Cases - Protected baseline creation: Creates a named branch and tag at the current HEAD before any edits so recovery work is always reversible. - Audit-driven recovery: Runs the repository's checked-in recovery audit (pnpm run audit:recovery) and classifies each manifest entry as PASS, MISSING, or intentional difference before restoring anything. - Selective incremental restoration: Restores only confirmed missing features in small slices, updating contracts, generated clients, tests, and runtime wiring, then re-runs the audit after each slice. - Use Case: After a bad merge drops a report route's regression test, use this Skill to preserve a baseline, run the audit, confirm the test is genuinely missing (not intentionally removed), restore the smallest focused test, and produce an evidence-backed completion report. ## Quick Start Ask the AI to recover any behavior lost since a specific checkpoint by running the recovery audit, preserving a named baseline, and restoring only confirmed missing features with evidence.

Frequently Asked Questions about rollback-recovery

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I recover lost features after a Git rollback?

Create a named baseline branch and tag at the current HEAD, then run the repository's recovery audit to classify each manifest entry as present, missing, or intentionally different. Restore only confirmed missing features incrementally, re-running the audit after each slice.

How to compare a checkpoint with the current branch without resetting?

Use focused Git commands like git log, git diff --stat, and path-scoped diffs against the checkpoint to inspect history. Treat the checkpoint as evidence to compare against, never as an instruction to reset or wholesale replace current files.

When should I not use a rollback recovery workflow?

Skip it for ordinary bug fixes with no historical recovery question, checkpoint inspection without changes, release-only requests, or isolated import, sync, schema, or data issues. Those cases belong to the relevant specialist skill directly.

What evidence is required before declaring a recovery complete?

Completion requires source and wiring presence, contract agreement across schema and generated clients, focused tests covering the restored invariant, runtime verification through the real API or UI path, and a clean audit with no unexplained MISSING entries.

Why does the recovery audit report MISSING for a feature that exists?

A manifest can be stale, or the current implementation may live at a different path than declared. Treat MISSING as an investigation lead: verify current runtime behavior and existing tasks before restoring anything.