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".

76

Quality

95%

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

100%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 lean, highly actionable review workflow that gives concrete Repowise tool calls and CLI equivalents in a clear sequenced order with explicit error recovery. It assumes Claude's competence and adds only domain-specific knowledge, with no padding or unnecessary external references.

DimensionReasoningScore

Conciseness

The body is dense but every token is Repowise-specific operational knowledge (field semantics like directive/health_delta, may_break vs missing_cochanges, tests_to_run_basis values) that Claude does not already know; there is no padding about what a PR or a diff is, so it earns 5 over 4.

5 / 5

Actionability

It provides copy-paste-ready tool calls and commands throughout — get_change_risk(revspec="main..HEAD"), get_risk(targets=…, changed_files=…), get_why, get_health, and CLI/gh/git equivalents — covering the common cases with concrete arguments.

5 / 5

Workflow Clarity

The workflow is clearly sequenced (score the whole change → drill into per-file directive → go deeper where it matters → get the diff → write the review) with an explicit error-handling/feedback section; this is a read-only review skill so the destructive-validation cap does not apply, and it clears 5 over 4 because interpretation of warning/unknown fields acts as checkpoints.

5 / 5

Progressive Disclosure

Content is well-organized into clearly headed sections and is self-contained operational guidance with no nested references and nothing that clearly belongs in a separate file; navigation via section headers is easy, matching the well-organized-structure anchor.

5 / 5

Total

20

/

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, trigger-rich description with explicit 'Use when' guidance and a distinctive Repowise-indexed niche that minimizes conflict risk. Its only weakness is specificity: it foregrounds when/where to fire rather than enumerating the concrete review actions the skill performs.

Suggestions

Lead with one or two concrete capability verbs before the triggers (e.g., 'Scores change defect-risk and maps per-file blast radius ...') so the 'what' is as specific as the 'when'.

Compress the trigger-phrase list slightly and fold in a concrete action clause so the description reads as capabilities + triggers rather than triggers alone.

Consider naming the two core operations (get_change_risk whole-change scoring, get_risk per-file directive) at a high level to lift specificity above the current 'reviewing' verb.

DimensionReasoningScore

Specificity

The description names the domain ('reviewing a set of changes before they merge') and a couple of concrete review scenarios, but the only real capability verb is 'reviewing' — it foregrounds triggers and objects (PR, branch diff, working tree) rather than listing several specific actions, so it stops at 'domain and 1-2 concrete actions, but not comprehensive' rather than 4.

3 / 5

Completeness

It explicitly answers both what ('reviewing a set of changes before they merge ... in a Repowise-indexed codebase') and when, opening with 'Use when ...' and listing concrete trigger phrases, matching the 5 anchor.

5 / 5

Trigger Term Quality

It gives comprehensive natural trigger phrases a user 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" — covering synonyms and variations.

5 / 5

Distinctiveness Conflict Risk

The Repowise-indexed-codebase requirement ('.repowise/ directory exists') gives it a clear niche with distinct triggers and minimal conflict risk against generic review skills.

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.