CtrlK
BlogDocsLog inGet started
Tessl Logo

change-review

Use when reviewing a set of changes before they merge — a PR, a branch diff, or the working-tree changes you just made — in a Repowise-indexed codebase (.repowise/ directory exists). Activates for "review this PR", "is this safe to merge", "what's the blast radius of these changes", "did I miss anything", or "what else should change with this".

68

Quality

82%

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

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 dense, well-structured, actionable body that teaches Repowise-specific tool and field semantics Claude would not otherwise know, with a clear review workflow and error-handling loop. The recurring gap is mild: a touch of editorial padding and a few inline field glossaries that, at this length, would benefit from being split into a one-level-deep reference file.

Suggestions

Trim editorial asides such as 'It is honest about gaps' and 'so say so rather than presenting it as proof' — the surrounding instruction already implies this — to push conciseness toward the 5-anchor.

Move the directive-block field glossary (will_break / missing_cochanges / missing_tests / tests_to_run_basis) into a references/ file and link to it one level deep, keeping the body a lean overview to lift progressive_disclosure.

Add an explicit validation checkpoint before the 'Write the review' step (e.g. 'confirm every will_break item was checked') to give the workflow a hard gate and reach the 5-anchor for workflow_clarity.

DimensionReasoningScore

Conciseness

Mostly lean and information-dense — the Repowise-specific field semantics and tool semantics are non-obvious content Claude does not already know — with only minor editorial padding (e.g. 'It is honest about gaps'). It sits above the 3-anchor but stops short of the every-token-earns-its-place 5-anchor.

4 / 5

Actionability

Provides concrete, mostly executable calls and CLI commands (get_change_risk(revspec=...), gh pr diff <number>, repowise risk main..HEAD) with parameterized examples; the <changed files> placeholders keep it just short of copy-paste-ready 5-anchor coverage.

4 / 5

Workflow Clarity

A clearly sequenced flow (score the whole change → drill into the directive block → go deeper → get the diff → write the review → error handling) with an explicit error-handling feedback loop, meeting the 4-anchor; it lacks a hard validation gate before publishing the review, so it does not reach the 5-anchor checklist bar.

4 / 5

Progressive Disclosure

Well-organized into clearly labeled sections with no nested or buried references, and no bundle files exist to mis-route; because the body exceeds ~50 lines and inlines several field-by-field explanations that could live in a reference file, it stops at the 4-anchor rather than the 5-anchor clean-overview-with-one-level-references bar.

4 / 5

Total

16

/

20

Passed

Description

90%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, third-person description with excellent trigger-term coverage and a clear what-and-when structure scoped to a distinct niche. Its only soft spot is capability specificity: it states one action (review) across several contexts rather than enumerating multiple concrete operations.

DimensionReasoningScore

Specificity

Names the domain ('reviewing a set of changes before they merge') with concrete contexts (PR, branch diff, working-tree changes) but the underlying action is singular — it does not enumerate multiple distinct capabilities like the 5-anchor expects.

3 / 5

Completeness

Explicitly answers both 'what' (reviewing changes before merge in a Repowise-indexed codebase) and 'when' (a 'Use when...' clause plus an 'Activates for' list of concrete triggers), matching the 5-anchor exactly.

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases users would actually say: 'review this PR', 'is this safe to merge', 'what's the blast radius of these changes', 'did I miss anything', 'what else should change with this' — matching the 5-anchor's coverage-with-synonyms bar.

5 / 5

Distinctiveness Conflict Risk

Scoped to a Repowise-indexed codebase (.repowise/ exists) with merge-gate triggers, giving it a clear niche and minimal overlap risk despite the otherwise generic phrase 'review this PR'.

5 / 5

Total

18

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
repowise-dev/repowise
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.