CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

requesting-code-review

Use when completing tasks, implementing major features, or before merging to verify work meets requirements

Quality

62%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/requesting-code-review/SKILL.md

The canonical home for this skill is requesting-code-review in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

63%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.

The body is a well-structured, mostly actionable instruction set with concrete commands and a clear review-triage workflow, dragged down by duplicated guidance, a filler closing section, and a template reference that points to a file absent from the bundle with two inconsistent paths. Fixing the template reference and deduplicating the push-back/workflow sections would lift it substantially.

Suggestions

Ship the referenced template (e.g. references/code-reviewer.md) in the bundle and use one consistent path for it in both mentions.

Deduplicate: merge the "Red Flags" push-back guidance with step 3, fold "Integration with Workflows" into "When to Request Review", and delete the vacuous "When to Use" section.

Add a feedback loop: after fixing Critical/Important issues, state whether to re-dispatch the reviewer on the new HEAD_SHA before proceeding.

DimensionReasoningScore

Conciseness

The bulk of the body is lean — tight bullet lists and exact bash commands with no basic-concept explanations. However, there is real redundancy: the push-back guidance appears twice (step 3 "Push back if reviewer is wrong" and the "Red Flags" section), "Integration with Workflows" largely restates "When to Request Review", and the closing "When to Use" line ("applicable to execute the workflow or actions described in the overview") is pure filler. This matches anchor 3 (mostly efficient, could be tightened) rather than anchor 2, since no section extensively explains known concepts.

3 / 5

Actionability

Concrete executable commands (BASE_SHA/HEAD_SHA via git rev-parse), a named tool type, an enumerated placeholder list, a worked example with real SHAs, and severity-based triage rules make the guidance mostly copy-paste ready. The gap keeping it below 5: the actual dispatch prompt is delegated to a template file ("fill template at `code-reviewer.md`") that is not present in this skill's bundle, so the core artifact cannot be executed as written.

4 / 5

Workflow Clarity

The three-step sequence (get SHAs → dispatch reviewer with filled template → triage feedback by severity) is clearly ordered with explicit checkpoints ("Fix Critical issues immediately", "Fix Important issues before proceeding") and a push-back protocol. It falls short of anchor 5 because there is no re-review loop after fixes are applied — the workflow ends at "fix issues" without verifying the fixes or requesting a follow-up review.

4 / 5

Progressive Disclosure

The body is well-sectioned and correctly pushes the dispatch template out to a separate file, but that reference is broken in the actual bundle: no references/ or scripts/ directories exist, and the file is cited inconsistently twice ("`code-reviewer.md`" and "requesting-code-review/code-reviewer.md"). References present but not resolvable/consistent matches anchor 3 rather than anchor 4's "references mostly clear".

3 / 5

Total

14

/

20

Passed

Description

45%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.

The description has a solid, explicit trigger clause but a weak statement of what the skill actually does — the concrete action (dispatching a code-reviewer subagent) and the core keyword "code review" are both absent. This limits specificity, completeness, and distinctiveness to the middle of the scale.

Suggestions

State the concrete action up front, e.g. "Dispatches a code-reviewer subagent to review git diffs and verify work meets requirements".

Add the natural trigger terms users would say: "code review", "review my changes/code", "PR" / "pull request", "pre-merge check".

Mention the distinguishing mechanism (subagent dispatch with BASE_SHA/HEAD_SHA diff review) to separate it from generic testing/QA skills.

DimensionReasoningScore

Specificity

The description names the domain ("verify work meets requirements") but the only action stated is the generic "verify work meets requirements" — it never states the concrete mechanism (dispatching a code-review subagent, reviewing diffs). It is more specific than pure abstraction (anchor 1) but lacks the 1-2 concrete actions needed for anchor 3.

2 / 5

Completeness

The "when" is explicit and strong ("Use when completing tasks, implementing major features, or before merging") but the "what" is vague — "verify work meets requirements" does not say what the skill actually does (dispatch a code-reviewer subagent on a diff). This sits between anchor 2 (vague what) and anchor 4 (both present, when could be more explicit).

3 / 5

Trigger Term Quality

Phrases like "completing tasks", "implementing major features", and "before merging" are natural triggers, but the description omits the most common variations users would say — "code review", "review my code/changes", "PR" / "pull request". Some relevant keywords exist, but key synonyms are missing (anchor 3, not the comprehensive coverage of anchor 4).

3 / 5

Distinctiveness Conflict Risk

"Completing tasks" is broad enough to overlap with testing, QA, and general verification skills, and without mentioning code review or the subagent mechanism it could trigger the wrong skill. It is more specific than entirely generic (anchor 1-2) but still overlaps with similar workflow skills, matching anchor 3.

3 / 5

Total

11

/

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

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills-claude/skills/requesting-code-review/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.