CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

create-epics

Turns the GDDs and architecture into epics, one per architectural module. Use when the user wants to break the game into epics or plan the work before writing stories. Not for splitting one epic into stories.

Quality

87%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

An unusually dense, fully executable process spec: exact commands, verbatim question texts, output templates, validation guards, and per-write confirmation loops, with the optional producer review properly split into a conditionally-loaded reference file. Only minor tightening is available — some repetition of the ask rules and the fully-inline tier branching keep it just short of maximal token efficiency and ideal file splitting.

Suggestions

State the per-epic ask rule once (e.g., in Phase 3) and reference it from Phase 5 instead of restating it in the checklist, Phase 3, and Phase 5.

Consider moving the tier-specific Phase 2 detail (minimal vs standard/full input loading) into a compact table or short reference to reduce inline branching.

DimensionReasoningScore

Conciseness

The body is dense and telegraphic with no padding and no explanation of concepts Claude already knows, but the ask-related rules are defensively restated across the checklist, Phase 3 ("Never fold several epics into one question", "A yes covers the epic it answers, and only that one") and Phase 5 ("This is its own ask, one per epic"), which is minor trimmable repetition.

4 / 5

Actionability

Fully executable throughout: exact commands (e.g., `bash .claude/scripts/md-section.sh extract design/gdd/<file>.md "Overview"`), verbatim report blocks, exact question texts with option lists, complete EPIC.md and index.md markdown templates, and a verbatim closing block covering the common cases.

5 / 5

Workflow Clarity

Six clearly sequenced phases with a copyable checklist, explicit stop conditions ("N is 0: stop"), a write-guard validation before every write with a feedback loop ("an OVERWRITE row back means the file exists after all, so write nothing and ask the update question instead"), and blocked-verdict endings — validation for the batch writes is present, so no destructive-operation cap applies.

5 / 5

Progressive Disclosure

The optional producer review is correctly split into references/pr-epic-gate.md (a real file), one level deep and conditionally loaded ("On a skip, do not load it"), but nearly everything else — three tiers of Phase 2 branching plus both output templates — is inline in a ~250-line body, leaving minor organization gaps below the ideal split.

4 / 5

Total

18

/

20

Passed

Description

82%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 third-person description with an explicit 'Use when' clause, concrete trigger phrases, and a clear negative boundary against the adjacent story-splitting skill. Its only weakness is thin action coverage — a single transformation verb that omits the concrete artifacts the skill writes.

Suggestions

Add the concrete outputs to the description (e.g., "writes production/epics/[epic-slug]/EPIC.md and its index row per epic") to lift action specificity.

Add one or two trigger synonyms users would naturally type, such as "create epics" or "plan epics for each module".

DimensionReasoningScore

Specificity

"Turns the GDDs and architecture into epics, one per architectural module" names the domain and one concrete transformation action, but does not list the actual outputs (EPIC.md files, index rows) or several specific actions, so it sits at the 1-2-concrete-actions anchor rather than the several-actions anchor.

3 / 5

Completeness

It explicitly answers both what ("Turns the GDDs and architecture into epics, one per architectural module") and when ("Use when the user wants to break the game into epics or plan the work before writing stories") with concrete trigger phrases, plus a negative scope clause; the 'when' is too explicit and specific for the level-4 anchor.

5 / 5

Trigger Term Quality

Natural user phrases like "break the game into epics", "plan the work before writing stories", and "splitting one epic into stories" give good keyword coverage, but common variations such as "create epics" or "define epics" are missing, keeping it below comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

A clear game-development niche (GDDs, architecture, epics) with an explicit boundary against the nearest adjacent skill ("Not for splitting one epic into stories"), giving minimal conflict risk with other skills.

5 / 5

Total

17

/

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/create-epics/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.