CtrlK
BlogDocsLog inGet started
Tessl Logo

code-review

Use when reviewing a pull request or a diff in the neilotoole/sq repository. Carries the repo conventions a reviewer cannot infer from the diff itself: prose and spelling rules, the split between what lint catches and what it does not, test gating, generated fixtures that must not be hand edited, and commit and PR requirements.

68

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

82%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.

A tightly written, repo-specific review checklist that adds genuinely non-obvious convention knowledge without padding, with concrete commands and helper references throughout. It is strong on conciseness and actionability; the main gaps are the lack of an explicit validate-fix-retry feedback loop and slightly exceeding the simple-skill line for the top progressive-disclosure and workflow-clarity anchors.

Suggestions

Add an explicit review workflow sequence with a validation checkpoint (e.g. run `make fmt` then `make lint`, then `go test ./...` capturing status before any pipe) so destructive/batch-style review guidance has a clear feedback loop.

For import-grouping and similar checks, name the exact fix command (`make fmt` / `scripts/fmt-go-imports.sh`) alongside the 'flag when' condition so the guidance is copy-paste actionable.

Add a short table-of-contents or section anchor links at the top to aid navigation now that the body is ~80 lines.

DimensionReasoningScore

Conciseness

Lean throughout: opens by carving out exactly what a generalist reviewer already knows ('Ordinary Go correctness, nil handling, and error wrapping are already covered without this skill') and never pads. Uses a compact 'Flag when' table and concrete examples ('honours', 'colour') with every token earning its place, assuming Claude's competence. Not below 5 — no concept over-explained.

5 / 5

Actionability

Gives concrete, executable signals — exact commands (`make lint`, `make fmt`, `go run ./test/fixtures/internal/gentestdata`), exact helper calls (`tu.SkipShort(t, true)`, `tu.SkipNoNetwork(t)`), and exact envar names (`SQ_TEST_SRC__*`). Mostly executable with specific examples; not a 5 because much of the guidance is 'flag when' conditions rather than copy-paste runnable code, and a few checks (e.g. import grouping) describe the problem more than the precise fix command.

4 / 5

Workflow Clarity

Not a sequenced multi-step workflow but a well-organized review checklist: a 'Highest-value checks' table with explicit 'Flag when' conditions, plus ordered guardrails ('must be run before make lint', 'Capture the status before piping'). Clear sequence with most checkpoints present; not a 5 because there is no explicit validate-then-fix feedback loop and the skill is over the 50-line simple-skill threshold, so the simple-skill 5 exception does not strictly apply.

4 / 5

Progressive Disclosure

Well-organized into clearly headed sections (Highest-value checks, What lint does and does not catch, Flaky tests, Generated fixtures, Test evidence, Other conventions) with a single one-level-deep, clearly signaled reference to the canonical `AGENTS.md`. No bundle files exist, so references resolve correctly. Not a 5 because at ~80 lines it slightly exceeds the 'under 50 lines, well-organized → 5' simple-skill bar and offers no in-skill navigation/TOC.

4 / 5

Total

17

/

20

Passed

Description

87%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.

A strong, well-scoped description that clearly states both what it carries and when to use it, with a concrete 'Use when...' trigger and tight repo scoping that all but eliminates conflict risk. Minor room to add synonym trigger terms like 'PR' or 'code review'.

DimensionReasoningScore

Specificity

Names the domain (reviewing a PR/diff in the sq repo) and enumerates several concrete capabilities it carries — 'prose and spelling rules', 'the split between what lint catches and what it does not', 'test gating', 'generated fixtures that must not be hand edited', and 'commit and PR requirements'. Not a 5 because the primary action is a single verb ('reviewing') and the rest is a knowledge inventory rather than a list of distinct actions.

4 / 5

Completeness

Explicitly answers both: what it does ('Carries the repo conventions a reviewer cannot infer from the diff itself...') and when to use it ('Use when reviewing a pull request or a diff in the neilotoole/sq repository'). A clear 'Use when...' trigger clause is present with concrete scope, matching the top anchor.

5 / 5

Trigger Term Quality

Includes natural terms a user would say — 'reviewing a pull request or a diff' — alongside 'commit and PR requirements'. Good coverage but missing common synonyms such as 'PR' and 'code review'; the repo-scoping ('neilotoole/sq repository') is precise but narrow, so not a 5.

4 / 5

Distinctiveness Conflict Risk

Scoped tightly to the neilotoole/sq repository with repo-specific conventions ('envar', 'godot', Sakila fixtures), giving it a clear niche with minimal conflict risk against generic review skills.

5 / 5

Total

18

/

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

relative_links

Relative link issues: 1 suspicious

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository
neilotoole/sq
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.