break-loop

Convert completed debugging sessions into structured bug prevention guidance.

92|8|Updated May 15, 2026
One-click install
npx skills add https://github.com/LonelyHerbivore/Trellis-Herbivore --skill break-loop-lonelyherbivore
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: break-loop
Source: https://github.com/LonelyHerbivore/Trellis-Herbivore/tree/main/packages/cli/src/templates/codex/skills/break-loop
Command: npx skills add https://github.com/LonelyHerbivore/Trellis-Herbivore --skill break-loop-lonelyherbivore

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the “fix the bug, forget the lesson, and repeat the same failure” problem by converting a completed debugging session into documented, actionable prevention guidance.

Core Features & Use Cases

  • Deep post-fix root-cause analysis: Categorizes the root cause across spec gaps, cross-layer contract issues, missed change propagation, test coverage gaps, and implicit assumptions.
  • Failure and prevention mapping: Analyzes why prior fixes failed and selects prevention mechanisms spanning documentation, architecture, compile-time/runtime safeguards, test coverage, and code review checklists.
  • Systematic expansion and knowledge capture: Expands to similar issues, proposes process/architecture improvements, and updates the repository’s .trellis/spec/ guides accordingly.

Quick Start

Use this skill after finishing a tricky bug fix by telling your AI: analyze the bug you just fixed and update the relevant .trellis/spec/ guides so the same class of bug is prevented next time.

Frequently Asked Questions about break-loop

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

FAQPage Schema
How do I document a root cause analysis after fixing a tricky bug?

Post-fix root cause analysis involves categorizing the underlying issue across spec gaps, cross-layer contract issues, and missed test coverage, then mapping failed fixes to prevention mechanisms and persisting that knowledge in project spec guides.

What is the best way to prevent recurring bug classes in a software project?

The best way to prevent recurring bug classes is to perform systematic expansion from the fixed bug, propose architecture improvements, implement runtime safeguards, and capture the prevention mechanisms in project spec guides.

How do I analyze why a previous bug fix failed to prevent the issue?

Analyzing a failed fix requires failure and prevention mapping, which evaluates why the prior patch missed the root cause, selects new safeguards spanning documentation and test coverage, and updates review checklists to stop recurrence.

When do I need to update spec documentation after a debugging session?

You need to update spec documentation after a debugging session when handling tricky bugs or recurring bug classes where root cause understanding must be persisted, ensuring the project's spec guides reflect the new prevention mechanisms.

Does conducting a post-fix review require any specific project dependencies?

Conducting a post-fix review requires no external dependencies, but it expects the project to utilize a `.trellis/spec/` directory structure for capturing the updated architecture improvements and spec documentation.