CtrlK
BlogDocsLog inGet started
Tessl Logo

content-audit

Audit GDD content counts against what's implemented — planned vs built.

56

Quality

70%

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/content-audit/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%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 an unusually strong operational skill: exact commands, a real validation gate before any output is produced, fail-open handling of missing inputs, and explicit error verdicts. Its weaknesses are length and layout — rhetorical passages that could be one-line rules, and engine tables plus a report template that belong in reference files — which hold conciseness and progressive disclosure at 3.

Suggestions

Trim the "observed in practice" failure-mode anecdote and the "absence of evidence" paragraph to single-line rules — the directives stand without the diagnostic history.

Move the engine-specific scanning sections (Unreal Content/ and Unity Assets/ adaptations plus the per-content-type glob tables) into a references/engine-scanning.md, keeping only the engine-detection decision inline in SKILL.md.

Consider moving the full report template to references/report-template.md and inlining only the required fields and the verdict rules.

DimensionReasoningScore

Conciseness

The bulk is dense operational instruction, but several passages could be tightened: the ~10-line "failure mode this prevents is specific and has been observed in practice" anecdote ("an asset audit returning COMPLIANT on a project with no assets... a performance profile reporting >99% headroom"), the "Absence of evidence is never evidence of absence" philosophical paragraph, and a tier-resolution note repeated between the top blockquote and the workflow section. Not a 2 (most content is actionable instruction, not padded explanation); not a 4 (the rhetorical/diagnostic history exceeds minor trims).

3 / 5

Actionability

Fully executable guidance throughout: copy-paste-ready Grep invocations with exact regexes ("^## Summary"; the digit-plus-content-noun pattern in scan (b)), exact glob patterns per engine type, precise status thresholds ("IN PROGRESS — Found is 50–99% of Specified"), and a complete fill-in report template covering the common output case. Common engine cases (Godot, Unity, Unreal) are each explicitly handled.

5 / 5

Workflow Clarity

Phases 1–5 are explicitly sequenced with a genuine pre-flight validation checkpoint ("record FOUND or ABSENT — not 'assumed present'"; stop conditions before any report is produced), fail-open rules for missing inputs (a GDD without ## Summary is full-read, never dropped), explicit error states with recovery routing ("NOT ASSESSED — NO DATA" naming which skill produces the missing input; "NOT ASSESSED — code root unresolved" instead of a false zero), and a closing verdict enum that prevents false COMPLETE results. This is the anchor-5 pattern: clear sequence, explicit validation, error-recovery loops.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are all absent), so all ~310 lines live inline in SKILL.md. Section headers are clear and consistent, but content that would naturally sit in a reference file — the engine-specific Unreal/Unity scanning tables and the full report template — is inlined, and the only file references are paths into project docs (.claude/docs/workflow-modes.md, design/gdd/*.md) rather than a one-level-deep skill bundle. Matches "some structure but content that should be separate is inline"; not a 2 since structure and navigation within the file are good.

3 / 5

Total

16

/

20

Passed

Description

53%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, accurate, and occupies a distinct niche, but it is one action short of specificity and entirely lacks a 'when to use' trigger clause, which caps both completeness and trigger-term quality at 3. It reads as a good core sentence awaiting a second sentence.

Suggestions

Add an explicit trigger clause, e.g. "Use when auditing game content scope, checking GDD specs against what's actually built, or before sprint planning" — this lifts both completeness and trigger_term_quality.

Include natural synonyms users would say — "game design document (GDD)", "spec vs implementation", "content scope" — so the skill triggers on phrasing beyond the abbreviated "GDD".

Optionally enumerate the concrete outputs (gap table, per-system breakdown, HIGH PRIORITY flags) to raise specificity from one action to several.

DimensionReasoningScore

Specificity

"Audit GDD content counts against what's implemented — planned vs built." names the domain ("GDD content counts") and one concrete action (audit planned vs implemented counts). It is above the domain-only minimalism of a 2 ("Processes PDF files") but does not list the several specific actions of a 4 ("Extracts text, fills forms, converts pages") — the phrase restates one comparison rather than enumerating capabilities.

3 / 5

Completeness

The "what" is clear (audit planned GDD content counts against implementation), but there is no "Use when..." clause or equivalent explicit trigger guidance. Per the judging guidelines, a missing 'Use when...' clause caps completeness at 3 — matching the anchor "Has a clear 'what' but 'when' is missing or only weakly implied".

3 / 5

Trigger Term Quality

Relevant keywords are present ("GDD", "content counts", "audit", "planned", "built", "implemented"), but common variations users would naturally say are missing: "game design document", "design doc", "spec", "scope", "how much content is implemented". Not a 4 (a few natural terms missing beyond good coverage); not a 2 (several relevant keywords exist rather than one or two generic ones).

3 / 5

Distinctiveness Conflict Risk

"GDD content counts" carves a distinct game-dev niche with low overlap risk against generic document or audit skills. Not a 5: "audit ... against what's implemented" is broad enough to minorly overlap related implementation-status skills, and the absence of trigger phrases leaves some ambiguity. Not a 3: the GDD-scoped domain is more specific than "somewhat specific".

4 / 5

Total

13

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 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

referenced_paths_exist

Referenced path issues: 11 missing

Warning

Total

13

/

16

Passed

Repository
Donchitos/Claude-Code-Game-Studios
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.