CtrlK
BlogDocsLog inGet started
Tessl Logo

resolve-fixme

Find all FIXME comments across the codebase and fully implement the work they describe. Use when the user asks to fix, resolve, or address FIXME comments, or when running the "fixme" command. Runs a discovery script to find every FIXME, expands multiline comment blocks, groups related FIXMEs across files into a single implementation task, completes the full underlying code changes, removes the FIXME comments only after the work is done, and verifies that no FIXMEs remain.

75

Quality

94%

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 well-structured instruction skill: a tight five-step workflow with real executable tooling, explicit verification, and correct use of a bundled script for the mechanical work. The only weaknesses are mild — a safety rule repeated three times and a project-specific cargo command presented as the universal verification step.

Suggestions

State the 'never remove a FIXME before implementing it' rule once (keep the Critical rule callout) and drop the repetitions in the step-4 list and the Notes section; step 2's 'Important' block can be folded into the step intro.

Generalize the verification step: instead of hardcoding 'cargo insta test --accept', instruct the agent to run the project's standard test command (detecting it from the repo, e.g. cargo/npm/pytest) and keep cargo insta as the example for this codebase.

Add an explicit recovery loop to step 5: if the re-run of find-fixme.sh still reports FIXMEs, return to step 2 for the remaining items instead of ending.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence (no explanation of what a FIXME is, no library tutorials), but the core rule is stated three times — "Remove each FIXME comment only after the work it describes has actually been implemented", the "Critical rule" callout, and "The job is not to clean up comments" in Notes — and step 2's "Important" block restates the step's own heading ('A FIXME may be multiline'). This fits the level-4 anchor (efficient, minor instances that could be trimmed) better than level 3, since the padding is reinforcement of rules rather than unnecessary explanation of known concepts, and better than level 5, which requires every token to earn its place.

4 / 5

Actionability

Guidance is mostly executable: the copy-paste command "bash .forge/skills/resolve-fixme/scripts/find-fixme.sh [PATH]" (a real, complete bundled script), the documented output contract (2 lines before, 5 lines after, file:line), and concrete checklists of what to capture and how to group. It falls short of the level-5 anchor because "Run the project's standard verification step: cargo insta test --accept" hardcodes a Rust/insta-specific command as if universal — for non-Rust projects this step is not executable as written, a concrete gap the anchor ('specific examples cover the common cases') would not have.

4 / 5

Workflow Clarity

A clearly sequenced five-step workflow (discover → expand → consolidate → implement → verify) with an explicit validation checkpoint: re-run the discovery script and "Confirm that no FIXME comments remain in the targeted scope", plus the ordering guard that FIXMEs are removed only after implementation. Because this is a batch operation with validation and an ordering rule for the destructive part (comment removal), the level-3 cap for missing validation does not apply; it matches the level-5 anchor (clear sequence, explicit validation steps, feedback loop via re-running the finder) rather than level 4, which allows minor validation gaps.

5 / 5

Progressive Disclosure

Scored against the actual bundle: the single reference target (scripts/find-fixme.sh) is a real, complete, self-documenting executable, and the body correctly keeps its internals (rg/grep fallback, exclusions, context-line counts) in the script instead of inlining them. The SKILL.md body is a well-organized overview of the workflow with clear section headers and one-level-deep navigation, fitting the level-5 anchor (clear overview, well-signaled one-level-deep reference, content appropriately split) rather than level 4, which presumes minor organization gaps.

5 / 5

Total

18

/

20

Passed

Description

100%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 model description: concrete multi-step capabilities, explicit third-person voice, a clear 'Use when' trigger clause with synonyms, and a distinct FIXME-specific niche. Every dimension sits at the top anchor with no padding or over-claims.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — "Runs a discovery script to find every FIXME, expands multiline comment blocks, groups related FIXMEs across files into a single implementation task, completes the full underlying code changes, removes the FIXME comments only after the work is done, and verifies that no FIXMEs remain" — with comprehensive coverage of the skill's pipeline. It clearly matches the level-5 anchor ('lists multiple specific concrete actions; comprehensive coverage') rather than level 4, which only requires 'several specific actions; minor gaps in coverage'.

5 / 5

Completeness

It explicitly answers both questions: the 'what' is "Find all FIXME comments across the codebase and fully implement the work they describe" plus the enumerated pipeline, and the 'when' is a concrete "Use when the user asks to fix, resolve, or address FIXME comments, or when running the \"fixme\" command" clause. This is the level-5 anchor verbatim in structure (clear what AND explicit when with concrete trigger phrases), not level 4 where the 'when' is only loosely specified.

5 / 5

Trigger Term Quality

Trigger phrases are natural and include synonyms — "Use when the user asks to fix, resolve, or address FIXME comments, or when running the \"fixme\" command" — covering the way a user would actually phrase the request. This matches the level-5 anchor (comprehensive natural terms including synonyms); FIXME is itself the domain token, so there are no missing file extensions or common synonyms in this niche.

5 / 5

Distinctiveness Conflict Risk

"FIXME comments" is a clear niche with distinct triggers, so the risk of firing for an unrelated skill is minimal — the trigger is anchored on the specific FIXME token and a named command, not on generic code-editing language. It fits the level-5 anchor ('clear niche with distinct triggers; minimal conflict risk') rather than level 4, which reserves overlap risk with closely related skills; no sibling skill in this space is plausibly confused.

5 / 5

Total

20

/

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
tailcallhq/forgecode
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.