Use when completing tasks, implementing major features, or before merging to verify work meets requirements
48
35%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/requesting-code-review/SKILL.mdQuality
Discovery
0%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This description fails on all dimensions. It provides no information about what the skill actually does—only vague guidance on when to use it. The language is so generic ('completing tasks', 'implementing major features') that it would be indistinguishable from dozens of other skills and provides no useful signal for skill selection.
Suggestions
Add a clear 'what' clause describing the concrete actions this skill performs (e.g., 'Runs test suites, validates code against acceptance criteria, and checks for regressions' or whatever the skill actually does).
Replace generic phrases like 'completing tasks' and 'implementing major features' with specific, natural trigger terms users would actually say (e.g., 'run tests', 'verify', 'check requirements', 'QA', 'validation').
Restructure to follow the pattern: '[Specific actions]. Use when [specific triggers].' to clearly answer both what the skill does and when to select it.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description uses vague language like 'completing tasks' and 'implementing major features' without specifying any concrete actions. It doesn't describe what the skill actually does—only when to use it. | 1 / 3 |
Completeness | The description only addresses 'when' (albeit vaguely) and completely omits 'what' the skill does. There is no explanation of the skill's capabilities or concrete actions it performs. | 1 / 3 |
Trigger Term Quality | The terms 'completing tasks', 'implementing major features', and 'merging' are extremely generic. 'Verify work meets requirements' is slightly more specific but still lacks natural keywords a user would say. There are no distinctive trigger terms. | 1 / 3 |
Distinctiveness Conflict Risk | Phrases like 'completing tasks' and 'implementing major features' are so generic they could apply to virtually any skill. This would conflict with nearly every other skill in a collection. | 1 / 3 |
Total | 4 / 12 Passed |
Implementation
70%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A solid workflow skill that clearly sequences the code review process and provides good structure with appropriate external references. Its main weaknesses are moderate verbosity in the later sections (Red Flags, Integration with Workflows largely repeat earlier content) and the lack of a fully concrete, copy-paste-ready dispatch invocation — the actual Task tool call syntax is left abstract.
Suggestions
Show the exact Task tool invocation syntax with the filled template rather than describing it abstractly ('Use Task tool with superpowers:code-reviewer type')
Consolidate or remove the 'Integration with Workflows' and 'Red Flags' sections — most of this content is already conveyed in 'When to Request Review' and 'Act on feedback'
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Generally efficient but has some unnecessary padding — the 'Red Flags' section with 'Never' items and the 'Integration with Workflows' section largely restate what's already covered. The 'Core principle' tagline and some framing text could be trimmed. | 2 / 3 |
Actionability | Provides concrete bash commands for getting SHAs and a clear placeholder template, but the actual dispatch mechanism is vague ('Use Task tool with superpowers:code-reviewer type, fill template at code-reviewer.md') — it doesn't show the exact invocation syntax. The example is illustrative but not copy-paste executable. | 2 / 3 |
Workflow Clarity | The workflow is clearly sequenced: get SHAs → dispatch reviewer with filled template → act on feedback with explicit priority tiers (Critical/Important/Minor). The feedback loop is explicit — fix issues before proceeding, push back if wrong. The integration section clarifies when to trigger reviews in different workflow contexts. | 3 / 3 |
Progressive Disclosure | The skill is well-structured as an overview with clear sections, and appropriately references the template at 'requesting-code-review/code-reviewer.md' for the detailed prompt content. One level deep, clearly signaled. | 3 / 3 |
Total | 10 / 12 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.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
6efe32c
Table of Contents
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.