CtrlK
BlogDocsLog inGet started
Tessl Logo

trellis-break-loop

Deep bug analysis to break the fix-forget-repeat cycle. Analyzes root cause category, why fixes failed, prevention mechanisms, and captures knowledge into specs. Use after fixing a bug to prevent the same class of bugs.

64

Quality

80%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.omp/skills/trellis-break-loop/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body delivers a well-structured, actionable analysis framework with concrete tables, a copy-paste output template, and specific follow-up file paths, all reasonably token-efficient. It stops short of top scores due to a padded philosophy section, absent validation checkpoints, and no worked example.

Suggestions

Trim the "Core Philosophy" section and the opening line that duplicates the frontmatter description to recover tokens.

Add a validation checkpoint after the immediate actions, e.g. confirm the spec files were updated and committed before declaring the loop broken.

Include one short worked example of a completed analysis (filled output format) to anchor the template.

DimensionReasoningScore

Conciseness

The category and prevention tables are dense and information-rich, but the "Core Philosophy" section ("30 minutes of analysis saves 30 hours of future debugging", "Three levels of insight") and the opening line restating the description are minor over-explanations that could be trimmed, matching anchor 4 rather than anchor 5's every-token-earns-its-place.

4 / 5

Actionability

A copy-paste output format template, exact paths (`.trellis/spec/guides/`, `src/templates/markdown/spec/`, named guide files), and a category-to-guide mapping give mostly executable guidance; the minor gaps — no worked example of a completed analysis and the unspecified "Create issue record (if applicable)" — hold it at anchor 4 rather than anchor 5.

4 / 5

Workflow Clarity

The sequence is clear (analyze 5 dimensions → produce output → update specs → sync templates → commit) with a knowledge-capture checklist, but there are no validation checkpoints (e.g., verifying the spec files exist or the commit landed), matching anchor 4's "most checkpoints present; minor validation gaps" rather than anchor 5's explicit validation steps.

4 / 5

Progressive Disclosure

Sections are well-organized and the skill is self-contained with no buried or nested references, but at roughly 125 lines it exceeds the under-50-line simple-skill exception, and the five reference tables sit inline rather than being split out, so anchor 4 (good structure, minor organization gaps) fits better than anchor 5.

4 / 5

Total

16

/

20

Passed

Description

75%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description clearly states what the skill does and when to use it, with concrete third-person action verbs and natural trigger terms around bugs and fixes. It falls just short of top marks because the when clause offers a single trigger without synonyms, and one body capability (systematic expansion) is unmentioned.

Suggestions

Add trigger variations and synonyms to the when clause, e.g. "Use after fixing a bug, especially a recurring or repeated bug, or when doing a postmortem/root-cause analysis."

Mention the systematic-expansion capability (finding similar issues elsewhere) to close the coverage gap with the body's five-dimension framework.

DimensionReasoningScore

Specificity

"Analyzes root cause category, why fixes failed, prevention mechanisms, and captures knowledge into specs" lists four concrete third-person actions with only a minor gap (the body's "systematic expansion" dimension is not mentioned), matching anchor 4 rather than anchor 5's comprehensive coverage.

4 / 5

Completeness

Both what and when are explicit ("Use after fixing a bug to prevent the same class of bugs"), but the when clause is a single trigger without variations, fitting anchor 4 ("when could be more explicit or specific" in breadth) better than anchor 5's multiple concrete trigger phrases.

4 / 5

Trigger Term Quality

Natural phrases like "bug", "fixing a bug", "root cause", and "fix-forget-repeat" give good keyword coverage comparable to anchor 4's example, though common variations such as "postmortem", "regression", or "recurring bug" are missing, keeping it below anchor 5.

4 / 5

Distinctiveness Conflict Risk

The post-fix timing ("Use after fixing a bug") and niche framing ("break the fix-forget-repeat cycle") make it mostly distinct with only minor overlap risk against general debugging or code-review skills, matching anchor 4.

4 / 5

Total

16

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mindfold-ai/Trellis
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.