CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

make-it-right

The "make it right" pass after code works. Tests whether the change meets its requirements and reviews whether it is done correctly, verifies every finding against the source, fixes them, and reports what a human still needs to look at. Use when the user says "make it right", "review and fix", "clean this up before the PR", "get this up to standard", "review my changes", "code review this branch", "is this ready for review", "simplify this", "YAGNI review", or "QA this in the browser".

Quality

90%

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.

An unusually dense, actionable orchestration skill with genuine feedback loops (verify-then-fix, snapshot/restore, base-rerun attribution, round 2) and near-zero token waste. It is let down by an incomplete bundle: the principle files steps 3–6 depend on are not shipped, which caps both actionability and progressive disclosure.

Suggestions

Ship the nine principle files the step 3 table references (test/acceptance.md, test/coverage.md, test/blast-radius.md, test/ui-ux.md, review/security.md, review/maintainable.md, review/readability.md, review/conventions.md, review/data-patterns.md) — without them the agent prompt in step 3 and the re-checks in step 6 are unexecutable.

State a fallback for a missing principle file (analogous to "No map means the principles run as written" for stack maps), e.g. check the principle's named concern yourself, so a partial bundle degrades gracefully.

Add a one-line bundle map near the table (or note which paths are required vs. optional) so a loading session can tell whether a referenced file failed to copy or was never meant to exist.

DimensionReasoningScore

Conciseness

Every section is instruction, not explanation: no concept Claude already knows is taught, and rule content is delivered in minimal tokens ("Lines in new_lines.txt are new code; every other line is existing code, even in files the change edited"). The only authoring-side aside ("make-it-fast refers to these steps by number; renumber both") is a single clause; not 4 because there is no over-explanation left to trim.

5 / 5

Actionability

Largely copy-paste ready: the git fetch / merge-base / mktemp / worktree block, the verbatim subagent prompt with per-group additions, " "$SKILL_DIR/scripts/new_lines.sh" "$BASE" ", and the snapshot/restore commands are all executable as written. Not 5 because steps 3–6 hinge on reading nine principle files ("test/acceptance.md" through "review/data-patterns.md") that are not present in the bundle, so the core checking guidance cannot actually be executed as shipped; not 3 because everything written in SKILL.md itself is concrete and executable, not pseudocode.

4 / 5

Workflow Clarity

Seven numbered steps with explicit validation and error recovery throughout: failing specs are rerun at the base in a worktree to attribute blame, a verifier subagent scores and marks each finding new/existing, snapshots gate agent damage and fixes ("git restore --source="$PRE""), a fix that breaks something twice is reverted and reported, and round 2 re-checks only fix hunks with an explicit stop condition ("even if findings remain … list them as round-2 limit"). Matches the explicit-checkpoints/feedback-loops anchor; not 4 because the checkpoints are explicit, not implicit.

5 / 5

Progressive Disclosure

The design is a lean overview with well-signaled, one-level-deep references (the principle table, "references/verifier.md", "references/report.md", "references/redesign.md", "references/stacks/rails.md", and both scripts/ files resolve), but the nine principle files the entire workflow pivots on — test/acceptance.md, test/coverage.md, test/blast-radius.md, test/ui-ux.md, review/security.md, review/maintainable.md, review/readability.md, review/conventions.md, review/data-patterns.md — are absent from the bundle, breaking navigation exactly where the detail lives. Not 4: missing referenced files is more than a minor organization gap; not 2: the files that do exist are clearly signaled and correctly placed, with nothing inlined or buried.

3 / 5

Total

17

/

20

Passed

Description

92%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: explicit what and when, third person, concrete actions, and an unusually rich set of natural trigger phrases. The main weakness is trigger collision — several of its triggers are indistinguishable from what a user would say to invoke a plain code-review or simplification skill.

Suggestions

State the differentiator in the first sentence (e.g., 'a verify-then-fix pass that keeps only findings a verifier subagent confirms against the source') so triggers like "code review this branch" do not collide with a plain review skill.

Drop or qualify the generic triggers "review my changes" and "simplify this" (e.g., fold them into "review and fix"), reserving them for installs where no dedicated code-review or simplify skill exists.

DimensionReasoningScore

Specificity

Five concrete actions in third person — "Tests whether the change meets its requirements", "reviews whether it is done correctly", "verifies every finding against the source", "fixes them", "reports what a human still needs to look at" — cover the whole pipeline with no filler. Not 4: coverage is comprehensive, not 'several actions with minor gaps'; not lower because every verb names a concrete, distinguishable behavior.

5 / 5

Completeness

Both halves are explicit: the "what" lists the test → review → verify → fix → report pipeline, and the "when" is an explicit 'Use when' clause with concrete quoted trigger phrases. Exactly the score-5 anchor; not 4, where 'when' would be present but less specific.

5 / 5

Trigger Term Quality

"Use when the user says" lists ten natural phrases a user would actually say, spanning registers and synonyms: "make it right", "review and fix", "clean this up before the PR", "get this up to standard", "code review this branch", "is this ready for review", "simplify this", "YAGNI review", "QA this in the browser". Matches the comprehensive-synonyms anchor; no common variant is missing, so 4's 'a few natural terms missing' does not fit.

5 / 5

Distinctiveness Conflict Risk

"make it right", "YAGNI review", and "QA this in the browser" carve a real niche, but "code review this branch", "review my changes", and "simplify this" are phrases a user would equally say to a generic code-review or simplification skill, and nothing in the description states what separates this pass from a plain review (verify-then-fix pipeline, severity thresholds). Fits 'somewhat specific but could still overlap with similar skills'; not 4 because the overlap risk with closely related skills is more than minor.

3 / 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

relative_links

Relative link issues: 2 suspicious

Warning

Total

15

/

16

Passed

Repository

RoleModel/rolemodel-skills

Path

skills/make-it-right/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.