What problem does it solve?
It helps teams avoid production regressions by summarizing what changed in a branch and highlighting what could break after a push, PR, or release.
Core Features & Use Cases
- Release risk briefing: Compares the branch diff to the correct base branch and converts changes into a concise risk report the user reads before publishing.
- Targeted risk categorization: Classifies changes into buckets including public API surface, persistence schema, auth/payment/permissions, new environment/operational setup, manual-QA-required flows, doc/changelog drift, and rollback concerns.
- Diff-scoped accuracy: Uses only
git diff <base>..HEAD content so the briefing reflects exactly what will ship, not uncommitted or unrelated work.
- Non-blocking guidance: Informs the user without preventing the publish step, recommending follow-up skills for doc sync or changelog updates.
Quick Start
Ask for a release risk briefing for the current branch by saying: summarize this branch’s release risk and what could break in production.