CtrlK
BlogDocsLog inGet started
Tessl Logo

collapse-pass

Remove indirection that does not earn its boundary across a diff or package. Use when the user asks to run a collapse pass, simplify this broadly, audit dead abstractions, or shrink a surface, not when one function’s branching is the target.

68

Quality

86%

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

SKILL.md
Quality
Evals
Security

Quality

Content

85%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.

A tightly written operational skill: a sequenced ritual with explicit validation and revert loops, concrete commands and templates, and a clean one-level-deep reference structure that matches the actual bundle. Minor gaps only — some named-but-not-shown commands and a slightly heavy related-skills section.

DimensionReasoningScore

Conciseness

The body is dense and operational — "Count non-test callers exactly with `rg`", the anti-cosmetic gate, and the worktree snippet all assume Claude's competence with no filler explaining concepts Claude already knows. Not 5 because the six-link Related-skills block and the Pass-parameters section carry some tokens that could be tightened further; comfortably above 3 since there is no padded or over-explained section.

4 / 5

Actionability

The git worktree block is copy-paste ready ("git fetch origin pull/<number>/head:pr-<number>-collapse"), the finding format is an exact template, and commands are named (`bun test`, `bun run typecheck`). Not 5 because key mechanics are invoked by name rather than shown — "Count non-test callers exactly with `rg`" gives no actual rg command, and the report shape is deferred to a reference.

4 / 5

Workflow Clarity

The per-iteration ritual is a clear 7-step sequence with explicit validation after each edit ("`bun test` on impacted packages", "`bun run typecheck` on impacted packages"), a revert feedback loop ("If none is true, the change was cosmetic. Revert and find a deeper smell"), a re-grep straggler sweep, and explicit stop conditions. This matches anchor 5's validation-and-recovery pattern.

5 / 5

Progressive Disclosure

The SKILL.md is a clear overview with a "Load on demand" References section where each of the six links (never-touch.md, smell-catalog.md, library-refusal.md, report-format.md, goal-template.md, periodic-monorepo-pass.md) names what it's for, and every referenced file actually exists in ./references/. All references are one level deep and well-signaled, matching anchor 5.

5 / 5

Total

18

/

20

Passed

Description

82%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.

A strong description with explicit what/when structure, natural trigger phrases, and a negative boundary clause that sharply reduces conflict risk with adjacent skills. Its only weakness is that the capability statement is one abstract action rather than a list of concrete operations the pass performs.

Suggestions

Enumerate 2-3 concrete operations in the capability sentence, e.g. "Delete dead exports, inline single-caller helpers, and fold single-function files" instead of the single abstract "Remove indirection that does not earn its boundary".

Add common user synonyms such as "dead code" or "remove wrappers" to the trigger clause to catch phrasings the current terms miss.

DimensionReasoningScore

Specificity

"Remove indirection that does not earn its boundary" names the domain and one concrete action, but the action is stated at a single abstract level with no enumeration of what the pass actually does (delete dead exports, inline single-caller helpers, fold files). Anchor 3 ("names domain and 1-2 concrete actions, but not comprehensive") fits; not 4 because it does not list several specific actions, and not 2 because the action is concrete for its domain rather than generic.

3 / 5

Completeness

It explicitly answers both: what — "Remove indirection that does not earn its boundary across a diff or package" — and when — "Use when the user asks to run a collapse pass, simplify this broadly...", with concrete trigger phrases plus an explicit negative boundary ("not when one function's branching is the target"). This matches the anchor-5 example structure.

5 / 5

Trigger Term Quality

"Use when the user asks to run a collapse pass, simplify this broadly, audit dead abstractions, or shrink a surface" gives four natural trigger phrases. Not 5 because common synonyms users might say (e.g. "dead code", "dedupe", "flatten wrappers") are absent; clearly above 3 since multiple natural phrasings are covered.

4 / 5

Distinctiveness Conflict Risk

"collapse pass"/"audit dead abstractions" is a clear niche, and the negative clause "not when one function's branching is the target" explicitly disambiguates from generic simplify/refactor skills, minimizing conflict risk. Matches anchor 5 (clear niche with distinct triggers).

5 / 5

Total

17

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 8 suspicious

Warning

Total

15

/

16

Passed

Repository
EpicenterHQ/epicenter
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.