CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

code-review-checklist

Comprehensive checklist for conducting thorough code reviews covering functionality, security, performance, and maintainability

Quality

66%

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

Quality

Content

56%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 concrete, well-structured, directly usable code-review checklist with strong bad/good code examples and templates, but it is noticeably redundant — the same checklist is restated four times — and everything is inlined in one long file with no progressive disclosure to references. Consolidating the duplicate sections and splitting examples/templates into reference files would substantially improve it.

Suggestions

Consolidate the four overlapping presentations of the same checklist ('How It Works', Examples 1-3, 'Complete Review Checklist', 'Common Pitfalls') into one canonical checklist, keeping the bad/good code examples as the only supporting detail.

Move the ~150 lines of example checklists and the review comment templates into a references/ file (e.g. references/templates.md) and link to them from SKILL.md so the main file is a lean overview.

Cut non-executable filler bullets such as 'Don't Be Rude', 'Don't Review When Tired', and the 'Pro Tip' footer, which add length without adding review guidance.

DimensionReasoningScore

Conciseness

The same checklist material is presented roughly four times across 'How It Works', Examples 1-3, the 'Complete Review Checklist', and 'Common Pitfalls', and filler items like 'Don't Be Rude' and 'Don't Review When Tired' pad the body. The document could be cut in half without information loss, which goes beyond 'could be tightened'.

2 / 5

Actionability

Concrete checklist items ('No N+1 query problems', 'use parameterized queries'), named tools (npm audit, Snyk), executable bad/good code examples, and copy-paste review comment templates give mostly executable guidance. Minor gaps: some bullets are non-executable judgment calls ('Tests are meaningful', 'Be Constructive').

4 / 5

Workflow Clarity

A clear numbered sequence (Steps 1-6) with pre-review checkpoints ('Check if tests pass in CI/CD', 'Pull the branch and run it locally') and an explicit guardrail against ticking unobserved checks. Falls short of 5 because there is no explicit per-step validate-and-retry loop within the review workflow itself.

4 / 5

Progressive Disclosure

The body is well-sectioned with clear headers, but all ~450 lines are inline in SKILL.md with no bundle files. The ~150 lines of example checklists and the comment templates clearly belong in separate reference files, matching 'content that should be separate is inline'.

3 / 5

Total

13

/

20

Passed

Description

61%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 provides (a code-review checklist spanning functionality, security, performance, and maintainability) with good natural keywords, but it omits any 'when to use' trigger guidance and leans on buzzwords ('Comprehensive', 'thorough'). Adding an explicit 'Use when...' clause would fix its main weakness.

Suggestions

Append an explicit trigger clause, e.g. 'Use when reviewing pull requests, conducting code audits, or when the user asks to review code or a PR.'

Include natural variations users actually say — 'pull request', 'PR', 'code audit' — alongside 'code review'.

Drop the buzzword padding ('Comprehensive', 'thorough') in favor of a concrete action list, e.g. 'Checks functionality, security, performance, and maintainability; catches bugs, validates inputs, and verifies test coverage.'

DimensionReasoningScore

Specificity

The description names the domain ('code reviews') and the deliverable ('checklist') with four coverage areas, but lists only one action ('conducting thorough code reviews'). It matches anchor 3 (domain plus 1-2 concrete actions), not 4, which requires several specific actions.

3 / 5

Completeness

The 'what' is clear (a checklist for thorough code reviews across four dimensions), but there is no 'Use when...' clause or equivalent trigger guidance, capping completeness at 3 per the judging guidelines. Not 4, because 'when' is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Good natural keyword coverage ('code review', 'checklist', 'security', 'performance', 'maintainability') that users would plausibly say, but common variations like 'pull request', 'PR', and 'audit' are missing. This fits anchor 4 rather than 3, since multiple relevant keywords are present, not just some.

4 / 5

Distinctiveness Conflict Risk

The code-review niche is mostly distinct, but the explicit 'security' coverage creates minor overlap risk with dedicated security-review skills, and the description is broad enough to compete with related code-review skills. Fits anchor 4 rather than 5, which requires distinct trigger phrases.

4 / 5

Total

14

/

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

sickn33/agentic-awesome-skills

Path

skills/code-review-checklist/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.