CtrlK
BlogDocsLog inGet started
Tessl Logo

code-reviewer

Use this skill to review code. It supports both local changes (staged or working tree) and remote Pull Requests (by ID or URL). It focuses on correctness, maintainability, and adherence to project standards.

71

1.54x
Quality

56%

Does it follow best practices?

Impact

99%

1.54x

Average score across 3 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

Optimize this skill with Tessl

npx tessl skill review --optimize ./.gemini/skills/code-reviewer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a competently structured code review skill with a clear workflow and good branching logic for remote vs. local reviews. Its main weaknesses are verbosity in explaining review concepts Claude already understands (correctness, maintainability, etc.) and a lack of concrete examples showing what good review output looks like. Adding a sample review output and trimming the analysis pillar descriptions would significantly improve it.

Suggestions

Add a concrete example of a complete review output (summary, findings with severity levels, conclusion) so Claude has a clear template to follow.

Condense the 'In-Depth Analysis' pillars into a brief checklist rather than expanded definitions—Claude already understands concepts like correctness, maintainability, and security.

Consider adding a concrete example of a 'Critical' finding vs. an 'Improvement' vs. a 'Nitpick' to make the feedback severity tiers actionable rather than abstract.

DimensionReasoningScore

Conciseness

The skill includes some unnecessary elaboration—e.g., explaining what correctness, maintainability, and readability mean, which Claude already knows. The analysis pillars section could be a concise checklist rather than expanded definitions. However, it's not egregiously verbose.

2 / 3

Actionability

The skill provides some concrete commands (gh pr checkout, git diff, npm run preflight) but the core review analysis section is entirely descriptive rather than actionable—it lists abstract qualities to check without concrete examples of what good feedback looks like or specific patterns to flag. The feedback structure is a template but lacks a concrete example output.

2 / 3

Workflow Clarity

The workflow is clearly sequenced with numbered steps, branching paths for remote vs. local reviews, and includes validation checkpoints (preflight before review). The feedback structure with severity tiers (Critical/Improvements/Nitpicks) and a clear conclusion step provides good process clarity. Cleanup step is included for remote PRs.

3 / 3

Progressive Disclosure

The content is a single monolithic file with no references to supporting documents. The analysis pillars section and feedback tone guidelines could be split into separate reference files. However, the content is reasonably organized with clear headers and the overall length is manageable, so it's not severely problematic.

2 / 3

Total

9

/

12

Passed

Description

50%

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 communicates the core purpose (code review) and distinguishes between local and remote review modes, which is helpful. However, it lacks explicit 'Use when...' trigger guidance, misses common user-facing trigger terms (e.g., 'PR', 'diff', 'merge request'), and the review focus areas are stated in generic terms rather than concrete actions. It also uses second-person framing ('Use this skill') rather than third-person voice.

Suggestions

Add an explicit 'Use when...' clause with natural trigger terms like 'review my code', 'PR review', 'check my diff', 'merge request', 'code feedback', 'review changes'.

List more concrete review actions such as 'identifies bugs, suggests refactoring, checks for security issues, flags style violations' instead of abstract focus areas.

Rephrase to third-person voice (e.g., 'Reviews code for local changes and remote Pull Requests...') instead of the imperative 'Use this skill to...'.

DimensionReasoningScore

Specificity

Names the domain (code review) and mentions some specific modes (local changes, staged/working tree, remote Pull Requests by ID or URL), but doesn't list concrete review actions beyond general focus areas like 'correctness, maintainability, and adherence to project standards'.

2 / 3

Completeness

The 'what' is addressed (review code for local changes and remote PRs focusing on correctness/maintainability/standards), but the 'when' is only implied through 'Use this skill to review code' rather than providing explicit trigger guidance with a 'Use when...' clause listing specific trigger scenarios.

2 / 3

Trigger Term Quality

Includes some natural keywords like 'review code', 'Pull Requests', 'staged', and 'PR' (implied via 'Pull Requests'), but misses common variations users would say such as 'PR review', 'code review', 'diff', 'CR', 'merge request', or 'review my changes'.

2 / 3

Distinctiveness Conflict Risk

Code review is a reasonably specific niche, and the mention of local changes vs remote PRs adds some distinction, but 'correctness, maintainability, and adherence to project standards' is generic enough to overlap with linting, static analysis, or general coding assistance skills.

2 / 3

Total

8

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
google-gemini/gemini-cli
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.