CtrlK
BlogDocsLog inGet started
Tessl Logo

check

Reviews diffs, PRs, release readiness, and publishing follow-through. Use when asked to review, triage issues or PRs, or ship. Not for debugging root causes or prose.

70

Quality

88%

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

The canonical home for this skill is check in tw93/Waza

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 highly actionable, well-structured review skill: the workflow is fully sequenced with validation feedback loops, and detail is properly externalized into one-level-deep reference files. Its one weakness is density — repeated authorization/verification rules and long multi-clause sentences that could be consolidated and tightened.

Suggestions

Consolidate the authorization rules stated three times across 'Outcome Contract' (Authorization), 'Worktree Safety Preflight', and 'Autofix Routing' into a single stated-once section referenced from the others.

Break the 60+ word multi-clause sentences (e.g. the Hard Rules 'No unverified claims' and 'Dependency changes' entries) into short separate rules so each condition is individually readable.

Merge the duplicated verdict-invalidation rules — 'the old verdict expires' in Get the Diff and 'Any fix made during review invalidates the pre-fix verdict' in Autofix Routing — into one re-freeze rule stated once.

DimensionReasoningScore

Conciseness

The body teaches no concepts Claude already knows, but authorization and verification rules recur across sections ("Outcome Contract" Authorization, "Worktree Safety Preflight", "Autofix Routing", Hard Rules) and many sentences are dense multi-clause runs (e.g. the 60+ word Hard Rules sentences) that could be tightened. This fits 'mostly efficient but could be tightened' better than the minor-trim-only level 4, while clearly above the padded level 2.

3 / 5

Actionability

Concrete, copy-paste commands cover the common path: "git status --short --branch -uall", "gh run view <id> --json status,conclusion", "git worktree add --detach <known-good-commit>", and "bash <skill-base-dir>/scripts/run-tests.sh", plus a fill-in sign-off template. The default review flow is fully executable from the body alone; specialist detail is deliberately one load away.

5 / 5

Workflow Clarity

A clear sequence (preflight → project context → mode pick → Get the Diff → Scope → findings → sign-off) with explicit validation checkpoints and feedback loops: "Any fix made during review invalidates the pre-fix verdict. Re-freeze the baseline, re-run the check", the dirty-checkout isolation procedure, and a ledger-style sign-off checklist. Destructive and ship operations are heavily gated, so no validation cap applies.

5 / 5

Progressive Disclosure

The Mode Picker table gives well-signaled, conditional, one-level-deep references ("load references/mode-triage.md" etc.), and all nine referenced files plus three scripts exist in the bundle. Content is appropriately split (modes, personas, patterns, surfaces externalized; shared core inline) with easy navigation; the only cross-links are between sibling reference files, not deep nesting.

5 / 5

Total

18

/

20

Passed

Description

87%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: it pairs a concrete what with an explicit Use-when clause, stays in third person, and adds a negative boundary that reduces mis-triggering. The only gaps are a few natural synonyms (e.g. "code review", "audit") not present in the description field itself.

DimensionReasoningScore

Specificity

"Reviews diffs, PRs, release readiness, and publishing follow-through" names several concrete action surfaces, matching the 'several specific actions; minor gaps' anchor. It is below 5 because a single verb covers four objects rather than distinct granular actions (compare 'extract text, fill forms, merge documents'), and above 3 because it lists four activities, not 1-2.

4 / 5

Completeness

"Reviews diffs, PRs, release readiness, and publishing follow-through" states the what, and "Use when asked to review, triage issues or PRs, or ship" is an explicit when-clause with concrete trigger phrases. The negative boundary "Not for debugging root causes or prose" further sharpens both, matching the top anchor exactly.

5 / 5

Trigger Term Quality

"review, triage issues or PRs, or ship" are phrases a user would naturally say, giving good keyword coverage. It falls short of 5 because common variations like "code review", "audit", and "merge" (present in the skill's separate when_to_use field but not the description) are missing from the description itself.

4 / 5

Distinctiveness Conflict Risk

The niche (review/ship follow-through) is clear and the explicit exclusion "Not for debugging root causes or prose" deconflicts adjacent skills. Triggers like "release readiness" and "publishing follow-through" are distinct, giving minimal conflict risk.

5 / 5

Total

18

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
tw93/Waza
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.