trellis-break-loop

Analyzes fixed bugs across five dimensions to prevent recurring bug classes.

Updated Jun 8, 2026
One-click install
npx skills add https://github.com/SilentFlower/flower-trellis --skill trellis-break-loop-silentflower
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: trellis-break-loop
Source: https://github.com/SilentFlower/flower-trellis/tree/main/.agents/skills/trellis-break-loop
Command: npx skills add https://github.com/SilentFlower/flower-trellis --skill trellis-break-loop-silentflower

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After fixing a bug, teams often move on without understanding why it happened, leading to the same class of bugs recurring. This Skill provides a structured retrospective framework that turns each fixed bug into documented prevention mechanisms and captured knowledge. ## Core Features & Use Cases - Five-Dimension Analysis: Categorizes root causes (missing spec, cross-layer contract, change propagation, test coverage gap, implicit assumption), reviews why earlier fixes failed, and defines prevention mechanisms. - Bayesian Reasoning Framework: Guides hypothesis formation with priors, evidence evaluation, belief updating, and confidence thresholds when multiple root causes are plausible. - Knowledge Capture: Directs findings into .trellis/spec/ guides and hands off spec decisions to the trellis-update-spec workflow with no-op as a valid outcome. - Use Case: After fixing a production bug where an API returned timestamps in seconds instead of milliseconds, run this analysis to classify it as an implicit assumption bug, identify similar risks across the codebase, and record a prevention checklist in the spec docs. ## Quick Start Ask the AI to run a break-the-loop analysis on the bug you just fixed and produce the structured root cause and prevention report.

Frequently Asked Questions about trellis-break-loop

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

FAQPage Schema
How do I prevent the same bug from happening again after fixing it?▼

Run a structured post-fix analysis that categorizes the root cause, reviews why earlier fix attempts failed, and defines prevention mechanisms such as documentation, type safety, tests, or code review checklists. Capture the lessons into spec documents so the knowledge persists.

What is a root cause analysis framework for software bugs?▼

This framework classifies bugs into five categories: missing spec, cross-layer contract issues, change propagation failures, test coverage gaps, and implicit assumptions. It then expands each finding into prevention mechanisms and systematic improvements.

How does Bayesian reasoning help with debugging?▼

Bayesian reasoning assigns prior probabilities to competing root cause hypotheses, updates beliefs as evidence arrives, and seeks discriminating evidence between top candidates. It avoids confirmation bias and anchoring by quantifying confidence before committing to a fix.

When should I run a bug retrospective analysis?▼

Run it immediately after debugging is complete, while context is fresh. It is most valuable for bugs that required multiple fix attempts, crossed layer boundaries, or revealed gaps in specs, tests, or architecture.

Does this analysis automatically update spec documents?▼

No. It carries findings into the trellis-update-spec workflow, which owns the actual spec decision and writes. If existing specs already cover the lesson, a no-op outcome is valid and no duplicate rules are created.