CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

debug-false-positive

Diagnose and fix a Fallow false positive or false negative through extraction, resolution, graph, analysis, reporting, and real-consumer verification.

68

Quality

85%

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

92%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 tight, eight-step debugging procedure with explicit validation gates (reproduce-first, a regression test that must fail without the fix, real-consumer old-vs-new verification) and a well-designed failure escape hatch for repeated wrong fixes. Commands and criteria are mostly executable as written with only minor gaps, and the short, self-contained structure needs no bundle split.

DimensionReasoningScore

Conciseness

Quotes: "Reproduce on current `main` with `--format json --quiet`. Save one command that shows the wrong result. Change no code before this command exists." — ~30 lines of pure operational directives with zero concept explanations. Even the build note ("A release build adds a slow LTO link and gives the same findings") is non-obvious project knowledge that earns its tokens; it is not 4 because there is no over-explanation left to trim.

5 / 5

Actionability

Quotes: "`--format json --quiet`", "clear the `.fallow/` cache first", "`cargo build -p fallow-cli`", "a regression test that fails without the fix" — concrete flags, commands, and precise pass/fail criteria throughout. Not 5: the reproduce command is a fragment rather than a complete invocation, "Reduce to a minimal fixture" and step 8's "Run `review` with the affected surface reviewers" are directions without exact commands; not 3 because the guidance is largely executable as written.

4 / 5

Workflow Clarity

Quotes: eight numbered steps with explicit validation gates ("Change no code before this command exists", "a regression test that fails without the fix", "compare old versus new output" on a real consumer) and a genuine error-recovery feedback loop ("After 3 failed fixes, stop and write down the premise that they share. Question that premise before a fourth fix."). Not 4: no validation gap is visible — reproduce-first, failing-test gate, and real-consumer comparison are all explicit.

5 / 5

Progressive Disclosure

The skill is under 50 lines, self-contained, and well organized as a single numbered procedure with a heading; no bundle files (references/, scripts/, assets/) exist to split content into. The single external pointer ("test evidence in `docs/development/quality-gates.md`") is one level deep and clearly signaled, so the simple-skill exception applies and there are no organization gaps to justify a 4.

5 / 5

Total

19

/

20

Passed

Description

70%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 names the tool and defect classes with several concrete actions, yielding excellent distinctiveness and good specificity and trigger terms. Its main weakness is the complete absence of an explicit 'Use when...' trigger clause, which caps completeness at 3, and it lacks common synonym phrasings a user might naturally say.

Suggestions

Add an explicit 'Use when...' clause naming concrete trigger phrases, e.g. "Use when Fallow reports a wrong finding, flags a false positive, or misses a real issue in a consumer project" — the missing 'when' currently caps completeness at 3.

Include natural synonyms users would say alongside "false positive or false negative", such as "wrong result", "spurious finding", or "missed issue", to raise trigger-term coverage.

Round out the 'what' with the concrete outcome (a verified fix with regression coverage confirmed on a real consumer project) so the action list reads as capabilities rather than pipeline stage names.

DimensionReasoningScore

Specificity

Quotes: "Diagnose and fix a Fallow false positive or false negative" plus "extraction, resolution, graph, analysis, reporting, and real-consumer verification" — several concrete actions and named pipeline layers. Not 3 (it goes beyond 1-2 actions to enumerate the full trace path) and not 5 (the enumerated layers are abstract stage nouns, and the actual user-facing actions compress to just diagnose/fix/verify).

4 / 5

Completeness

The "what" is clear ("Diagnose and fix a Fallow false positive or false negative"), but there is no "Use when..." clause or equivalent trigger guidance anywhere in the description. Per the judging guidelines, a missing explicit trigger clause caps completeness at 3; it is not 4 because the 'when' is entirely absent rather than merely implicit-weak.

3 / 5

Trigger Term Quality

Quotes: "Fallow", "false positive", "false negative", "diagnose", "fix" — the canonical natural terms a user of a static-analysis tool would say. Not 5 (no synonyms such as "wrong result", "spurious finding", "missed issue") and not 3 (the core domain keywords users actually utter are present).

4 / 5

Distinctiveness Conflict Risk

Quotes: "Fallow false positive or false negative" — anchored to a specific proprietary tool and specific defect classes, giving a clear niche with distinct triggers and minimal conflict risk with any other skill. Adjacent anchor 4 would require some overlap concern, which the tool-name anchoring eliminates.

5 / 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

fallow-rs/fallow

Path

.claude/skills/debug-false-positive/SKILL.md

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.