CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design-review

Reviews one design document for completeness, internal consistency, implementability, and design standards. Before handing to programmers.

Quality

74%

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

Quality

Content

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

This is a highly actionable, well-sequenced orchestration skill: every phase carries exact commands, prompts, and templates, with validation and feedback loops throughout. Its weaknesses are repetition and rationale padding that could be trimmed, and the absence of any bundle files to split its considerable inlined detail into.

Suggestions

Deduplicate repeated instructions — the "read by headings with Grep (pattern ^#) then Read ranges" guidance and the "never end with plain text" rule each appear twice; state each once and reference it.

Move the full review-log entry format and the multi-paragraph re-review skip policy into a reference file (e.g. references/review-log-format.md), keeping only the essentials inline.

Trim rationale passages (the NOT ASSESSED verdict explanation, the warnings about partial re-reviews) to their one-line operative rules to improve token efficiency.

DimensionReasoningScore

Conciseness

The body is dominated by dense, non-obvious procedural guidance, but it contains genuine redundancy — the Grep/Read-by-heading instruction and the "never end with plain text" rule each appear twice, and the re-review skip policy and NOT ASSESSED verdict carry multi-paragraph rationale that could be tightened.

3 / 5

Actionability

Fully executable throughout: exact Bash invocations (gdd-structure-check.sh, review-receipts.sh check/hash), flag-level grep patterns (-A 6, -B 8, [_ ] matching), ready-made AskUserQuestion prompts with option strings, a copy-paste review-log template, and a complete output format.

5 / 5

Workflow Clarity

Phases 0–5 are clearly sequenced with explicit validation checkpoints (freshness receipt check first, structure-check script, AC testability flags), feedback loops (escalate to full re-review on conflict, post-revision re-review options), a section checklist, and defined handling for the un-reviewable case (NOT ASSESSED), with all file writes gated through user prompts.

5 / 5

Progressive Disclosure

Phases are well-organized and external materials are one level deep with clear read/no-read signals ("the spawned agent reads its own gate file; do not read it in the parent session"), but the skill ships as a single ~470-line monolith and inlines detail (the long review-log format, the skip-policy rationale) that belongs in its own reference files.

4 / 5

Total

17

/

20

Passed

Description

58%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 is concise, specific, and third-person, clearly stating what the review covers across four named quality dimensions. Its main weakness is the missing explicit "Use when..." trigger guidance and natural synonyms like "GDD" or "design doc", which weakens both completeness and trigger discoverability.

Suggestions

Add an explicit 'Use when...' clause with natural trigger phrases, e.g. "Use when the user asks to review a GDD, design doc, or spec before implementation" — this would raise both completeness and trigger-term quality.

Include common synonyms users actually say — "GDD", "design doc", "spec" — so the skill triggers on natural phrasing, not just "design document".

Mention the review's concrete outputs (verdict of APPROVED / NEEDS REVISION, blocking-findings list) to make the "what" more comprehensive.

DimensionReasoningScore

Specificity

"Reviews one design document for completeness, internal consistency, implementability, and design standards" names the domain plus four concrete review dimensions, but coverage has minor gaps — verdicts, specialist delegation, and tracking updates are not mentioned.

4 / 5

Completeness

The "what" is clear (four named review criteria), but "when" is only weakly implied: "Before handing to programmers" states a pipeline position rather than an invocation trigger, and no "Use when..." clause exists.

3 / 5

Trigger Term Quality

Relevant keywords like "reviews" and "design document" are present, but common variations users would actually say — "GDD", "design doc", "spec" — are missing, matching the anchor for some relevant keywords without synonyms.

3 / 5

Distinctiveness Conflict Risk

"Reviews one design document" carves a mostly distinct niche (pre-handoff design review) with only minor overlap risk against other review/check skills; it is not a 5 because without trigger synonyms the niche is not fully distinct.

4 / 5

Total

14

/

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.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

Donchitos/Claude-Code-Game-Studios

Path

.claude/skills/design-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.