CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

review

Review code changes with the Bugbot or Security Review subagent.

Quality

77%

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 ./.cursor/skills-cursor/review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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 model of lean dispatcher writing: exact tool usage, an enumerated question with labeled options, and an explicit mapping from each choice to the slash-command instructions to follow, plus the useful guard "run the matching review once". The only nit is the slightly redundant tool-unavailable fallback clause. All dimensions are strong for a simple skill of this size.

DimensionReasoningScore

Conciseness

The body is lean — exact tool name, option labels, and slash commands with zero concept explanation — but "If the AskQuestion tool is not available, ask the user directly" is a minor instance of over-explanation that could be trimmed, since Claude would fall back to asking directly on its own. This matches 'Efficient; minor instances of over-explanation that could be trimmed' rather than the every-token-earns-its-place level 5.

4 / 5

Actionability

The instructions are fully concrete and executable: the exact tool ("AskQuestion tool"), the exact question format ("exactly one single-select question with two options"), the exact option labels, and the exact follow-up commands ("follow the `/review-bugbot` instructions" / "follow the `/review-security` instructions"). For an instruction-only skill this covers all cases with no gaps, matching the top anchor.

5 / 5

Workflow Clarity

This is a simple, single-purpose dispatch skill: ask one question (with a stated fallback), then run the matching review once, with the choice-to-action mapping spelled out for both options. Per the rubric's simple-skill exception, workflow clarity can score 5 when the action is unambiguous; no destructive or batch operations are involved, so no validation cap applies.

5 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external reference files (none exist in the bundle), and delegates cleanly one level deep to the `/review-bugbot` and `/review-security` instructions rather than inlining their content. Per the rubric guideline, a sub-50-line skill with no need for external references scores 5 with well-organized sections, which this has.

5 / 5

Total

19

/

20

Passed

Description

50%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 clearly states what the skill does and names its two specific subagents, but it omits any 'when to use' guidance and lacks natural trigger synonyms like "code review" or "PR review". It sits squarely at the midpoint: concrete enough to be identifiable, yet thin on both triggers and action detail.

Suggestions

Add a 'Use when...' clause with concrete triggers, e.g. "Use when the user asks to review code changes, run a code review, or check changes for bugs or security issues."

Include natural synonyms users would actually say — "code review", "PR review", "bugs", "vulnerabilities" — alongside the subagent names.

Briefly state what each mode does (e.g. "Bugbot finds correctness bugs; Security Review finds vulnerabilities") to improve specificity and distinguish it from generic review skills.

DimensionReasoningScore

Specificity

"Review code changes with the Bugbot or Security Review subagent" names the domain ("code changes") and one action ("Review") plus two named review modes, matching the anchor 'Names domain and 1-2 concrete actions, but not comprehensive'. It is not a 4 because it does not list several distinct concrete actions (what Bugbot vs. Security Review actually do is unstated), and not a 2 because the named subagents and review types go beyond bare domain-naming.

3 / 5

Completeness

The 'what' is clear (run a code review via the Bugbot or Security Review subagent), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 4 because 'when' is entirely absent rather than merely imprecise, and not a 2 because the 'what' half is concrete.

3 / 5

Trigger Term Quality

Phrases like "Review code changes", "Bugbot", and "Security Review" are terms users might naturally say, but common variations such as "code review", "PR review", "bugs", or "vulnerabilities" are missing — matching 'Some relevant keywords but missing common variations or synonyms'. Not a 4 because keyword coverage has clear gaps; not a 2 because the included terms are relevant rather than generic.

3 / 5

Distinctiveness Conflict Risk

Naming the specific subagents ("Bugbot", "Security Review") adds distinctiveness, but the broad lead-in "Review code changes" overlaps heavily with any generic code-review or security-review skill, matching 'Somewhat specific but could still overlap with similar skills'. Not a 4 because the overlap risk with closely related review skills is more than minor; not a 2 because the named subagents keep it from being merely 'very broad'.

3 / 5

Total

12

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

saski/arnesto

Path

.cursor/skills-cursor/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.