CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

post-merge-scan

Scan recent merges to main for tech debt, TODOs, debug code, and small cleanup opportunities. Produces a prioritized fix list.

Quality

71%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./starters/post-merge-cleanup-opencode/skills/post-merge-scan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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, well-structured instruction skill whose guidance is directionally concrete but under-specified for execution: most scan sources have no commands and the auto-fix workflow lacks validation. The untrusted-input handling is a strength appropriate to the skill's inputs.

Suggestions

Add concrete commands for each scan source, e.g. `git log --merges -20`, `grep -rnE 'TODO|FIXME|HACK' <changed files>`, and the project's actual lint command.

Add a validation checkpoint after auto-fixes (re-run lint/tests and show the diff before counting a fix attempt) to support the batch fix loop.

Specify the output format for post-merge-state.md (e.g., columns for priority, item path, classification, status) so the 'prioritized cleanup list' is unambiguous.

DimensionReasoningScore

Conciseness

The body is lean (~40 lines) with no explanations of concepts Claude already knows ('Scan Sources', 'Classification', 'Rules' are all tight); the injected untrusted-input block is functional rather than padded, though minor content like the 'Background:' link could be trimmed.

4 / 5

Actionability

One executable command is given ('git diff HEAD~10') plus concrete classification buckets and limits ('Max 2 fix attempts'), but most scan sources lack commands (how to list recent merges, grep TODO/FIXME/HACK, run the linter) and the 'prioritized cleanup list' output format is unspecified — missing key execution details.

3 / 5

Workflow Clarity

Sections imply a scan -> classify -> output sequence, but it is never made explicit as steps, and the workflow involves batch auto-fixing with no validation/verification checkpoint (e.g., re-run lint or tests after a fix), which caps this dimension at 3 per the batch-operation rule.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no need for external reference files, and content is well-organized into clearly headed sections (Scan Sources, Classification, Output, Rules); 'post-merge-state.md' is an output state file, not a bundled reference, so there is nothing to disclose progressively.

5 / 5

Total

15

/

20

Passed

Description

66%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 specific, distinctive description that clearly states what the skill does and what it produces, but it omits any explicit 'when to use' trigger guidance and is missing a few natural trigger terms. Adding a 'Use when...' clause would resolve the main weakness.

Suggestions

Append an explicit trigger clause, e.g. 'Use when merges have just landed on main and the user wants post-merge cleanup, leftover TODO/debug-code removal, or a tech-debt fix list.'

Include the natural synonyms users would say — 'pull requests/PRs', 'lint warnings', 'follow-up work' — alongside the existing keywords.

Consider mentioning the classification behavior (small fix vs. architectural debt) so the description covers the skill's full scope.

DimensionReasoningScore

Specificity

Names the domain and several concrete scan targets ('tech debt, TODOs, debug code, and small cleanup opportunities') plus a concrete deliverable ('prioritized fix list'); not a 5 because the classification and auto-fix behavior from the body is absent from the description.

4 / 5

Completeness

The 'what' is clear (scan recent merges for tech debt and produce a prioritized fix list) but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Good natural keywords ('merges', 'tech debt', 'TODOs', 'debug code', 'cleanup', 'fix list'), but common variations users would say are missing: 'pull requests/PRs', 'lint', 'follow-up work', 'post-merge'.

4 / 5

Distinctiveness Conflict Risk

'Scan recent merges to main' carves a clear post-merge cleanup niche with mostly distinct triggers, with only minor overlap risk against closely related code-review/cleanup skills.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

cobusgreyling/loop-engineering

Path

starters/post-merge-cleanup-opencode/skills/post-merge-scan/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.