CtrlK
BlogDocsLog inGet started
Tessl Logo

request-review

Route a change to a non-author local peer when local review is the selected independent validation source. Use when: risk routing chooses a stateful local reviewer for implementation, governance, or semantic context. Not for: cloud as the selected source, vision-guardian acceptance, self-check, or review feedback handling. Output: risk-matched review packet in the current thread/PR; mailbox archive only when the change needs the full packet.

66

Quality

80%

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

81%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 content is an operational SOP with concrete commands, explicit validation gates, and feedback loops — strong on actionability and workflow clarity. It is somewhat long and could split the detailed verdict-routing rules into a reference file for tighter progressive disclosure.

DimensionReasoningScore

Conciseness

The body is dense and operational with no padding about concepts Claude already knows, but the sheer volume of branching edge cases and policy rules could be trimmed in places, fitting 'efficient; minor instances of over-explanation that could be trimmed'.

4 / 5

Actionability

Provides copy-paste bash commands (git status/diff, rg artifact filters), a fill-in review-packet template, sandbox path format, and `gh pr comment` usage — mostly executable with minor gaps since templates require filling, matching 'mostly executable guidance; concrete code or commands with minor gaps'.

4 / 5

Workflow Clarity

Clear staged sequence (select source → pre-request evidence → packet depth → artifact checks → sandbox → verdict routing → feedback) with explicit BLOCKED validation gates in the evidence table, fail-closed mode classifier, and feedback loops (R2+ Failure-Mode Sweep, reviewReentry), matching the anchor for clear sequence with explicit validation and feedback loops.

5 / 5

Progressive Disclosure

Well-organized into clear headed sections with one clearly signaled one-level-deep external reference (review-request-template.md); no bundle files exist so structure rests on sectioning, with the long verdict-routing section being a minor organization gap, fitting 'good structure; most content appropriately placed; references mostly clear'.

4 / 5

Total

17

/

20

Passed

Description

80%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 is well-structured with explicit what/when/not-for/output clauses and strong distinctiveness via exclusions. Its main weakness is trigger phrasing cast in internal routing jargon rather than natural user terms.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions — 'Route a change to a non-author local peer', 'risk-matched review packet in the current thread/PR', 'mailbox archive only when...the change needs the full packet' — with only minor coverage gaps, matching the 'lists several specific actions' anchor.

4 / 5

Completeness

Explicitly answers both what ('Route a change...Output: risk-matched review packet') and when ('Use when: risk routing chooses a stateful local reviewer...') plus 'Not for' exclusions, matching the anchor that clearly and explicitly answers both with concrete trigger guidance.

5 / 5

Trigger Term Quality

The 'Use when' clause is framed in internal routing jargon ('risk routing chooses a stateful local reviewer for implementation, governance, or semantic context') rather than natural user phrases; the keyword 'review' is relevant but common natural variations live only in the separate triggers field, so this sits at 'some relevant keywords but missing common variations'.

3 / 5

Distinctiveness Conflict Risk

The 'Not for: cloud as the selected source, vision-guardian acceptance, self-check, or review feedback handling' clause carves a clear niche with explicit exclusions, giving minimal conflict risk with sibling skills.

5 / 5

Total

17

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 1 suspicious

Warning

Total

14

/

16

Passed

Repository
zts212653/clowder-ai
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.