trellis-break-loop

Analyzes fixed bugs across five dimensions to produce prevention mechanisms and spec updates.

Updated Apr 4, 2026
One-click install
npx skills add https://github.com/elebirds/panoptes --skill trellis-break-loop-elebirds
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: trellis-break-loop
Source: https://github.com/elebirds/panoptes/tree/main/.opencode/skills/trellis-break-loop
Command: npx skills add https://github.com/elebirds/panoptes --skill trellis-break-loop-elebirds

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often fix a bug and move on, only to hit the same class of bug again later. This Skill performs a structured post-fix analysis that identifies the root cause category, explains why earlier fix attempts failed, and converts the findings into concrete prevention mechanisms and documentation updates. ## Core Features & Use Cases - Root Cause Classification: Categorizes each bug into one of five categories (missing spec, cross-layer contract, change propagation failure, test coverage gap, implicit assumption) with a structured Markdown output template. - Prevention Planning: Produces a prioritized table of prevention mechanisms spanning documentation, architecture, compile-time checks, runtime monitoring, test coverage, and code review. - Knowledge Capture: Directs immediate updates to .trellis/spec/guides/ thinking guides, syncs templates to src/templates/markdown/spec/, and commits the spec changes as the primary deliverable. - Use Case: After fixing a bug where an API returned timestamps in seconds instead of milliseconds, run this analysis to classify it as an implicit assumption bug, document the contract in the cross-layer thinking guide, and add a checklist item to prevent recurrence. ## Quick Start Ask the AI to run the break-loop analysis on the bug you just fixed and update the relevant spec guides with the findings.

Frequently Asked Questions about trellis-break-loop

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

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

Run a structured post-fix analysis that classifies the bug into a root cause category, reviews why earlier fix attempts failed, and defines prevention mechanisms. This Skill guides that process with a five-dimension framework and a fixed Markdown output format.

What are common root cause categories for software bugs?▼

This Skill defines five categories: missing spec, cross-layer contract mismatch, change propagation failure, test coverage gap, and implicit assumption. Classifying a bug into one of these helps target the right prevention mechanism.

How do I prevent the same class of bug from recurring?▼

Combine prevention mechanisms across layers: documentation updates, structural or type-level changes, compile-time checks, runtime monitoring, test coverage, and review checklists. The Skill produces a prioritized table of these actions and requires committing spec updates.

When should I run a post-fix bug analysis?▼

Run it immediately after a debugging session completes, especially when multiple fix attempts failed or the bug crossed layer boundaries. It is less useful for trivial typos with no systemic cause.

Does this analysis require a specific project structure?▼

Yes, the knowledge capture step assumes a Trellis-style layout with .trellis/spec/guides thinking guides and template syncing to src/templates/markdown/spec. Projects without that structure can still use the analysis framework but must adapt the documentation targets.