CtrlK
BlogDocsLog inGet started
Tessl Logo

team-narrative

Orchestrate the narrative team — narrative-director, writer, world-builder, level-designer — for story, world lore, narrative-driven levels.

56

Quality

71%

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/team-narrative/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

70%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 well-engineered orchestrator body: the phase pipeline is unambiguous, gated, and rich in validation and error-recovery loops, with concrete paths, contracts, and commands throughout. Its weaknesses are repetition — the write exception is documented three times — and a monolithic structure with no reference files to absorb the policy rationale.

Suggestions

State the bounded write exception once (in File Write Protocol) and reference it from the return-contract and delegation sections instead of restating it three times, cutting several paragraphs of redundancy.

Move the policy rationale essays (the Collaboration Protocol exception argument, the team.size collapse justification, and the 'constraint that is enforced but never surfaced' philosophy) into a reference file such as references/protocols.md, leaving SKILL.md with the operational rule plus a one-line pointer.

Consolidate the Phase 0 team.size discussion, which re-explains the same scoping rule across multiple interleaved paragraphs, into a compact table of size -> active agents -> routing rule.

DimensionReasoningScore

Conciseness

The pipeline phases themselves are tight and operational, but the bounded write exception is restated three times (the return-contract blockquote in "How to Delegate", the "Why this does not violate the Collaboration Protocol" essay, and the "File Write Protocol" section), and there are meta-essays on the team.size collapse and the "constraint that is enforced but never surfaced" philosophy that are commentary rather than instruction. This fits anchor 3 (mostly efficient but includes some unnecessary explanation or could be tightened); it is above anchor 2 because the majority of the document is directly executable guidance, and below anchor 4 because the redundancy is more than a minor trim.

3 / 5

Actionability

Highly concrete: an exact draft/final path table per agent, a paste-ready return contract for agent prompts, exact Agent tool call specs, a literal config-resolution command, verdict strings, and report formats. Fits anchor 4 (mostly executable guidance with minor gaps); it falls short of anchor 5 because agent briefs are bullet specifications rather than complete prompts, gate behavior and the full error-recovery procedure are deferred to external docs, and placeholders like [content-slug] require the model to fill in structure.

4 / 5

Workflow Clarity

Phases 0-5 are clearly sequenced with explicit validation checkpoints: the Phase 2 gate, the ND-CONSISTENCY gate with full APPROVE/CONCERNS/REJECT/NOT ASSESSED handling, artifact-on-disk verification before treating a phase as done, and the single "Write the finals" approval. Error Recovery provides feedback loops (re-spawn the owning agent, re-run the gate with the missing input, always emit a partial report). This matches anchor 5 (clear sequence, explicit validation steps, feedback loops for error recovery).

5 / 5

Progressive Disclosure

The body is a 240-line single file with no bundle files at all (no references/, scripts/, or assets/ exist), and long policy essays (the collaboration-protocol exception, the team.size collapse rationale, the bounded-exception philosophy) are inlined where a reference file would carry them. External doc references (.claude/docs/automation-modes.md, director-gates/nd-consistency.md, error-recovery-protocol.md) are one level deep and clearly signaled, so it is above anchor 2's buried-reference case, but the volume of inline policy content keeps it at anchor 3 rather than 4.

3 / 5

Total

15

/

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.

A domain-specific, role-enumerating description that clearly says what the skill orchestrates, but it lacks any "Use when..." trigger guidance and its action vocabulary is thin (a single verb, "orchestrate"). Adding an explicit when-to-use clause and natural trigger terms like dialogue, cutscene, and character would lift the two weakest dimensions.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to write or revise story content, dialogue, cutscenes, world lore, or narrative-driven levels, or mentions the narrative team."

Replace or supplement the role list with concrete actions the skill performs, e.g. "Coordinates narrative direction, drafts dialogue and lore entries, designs visual and level integration, and runs a consistency review."

Include natural user vocabulary such as "dialogue", "cutscene", "character profiles", and "quest/story writing" so the description matches the phrases users actually say.

DimensionReasoningScore

Specificity

The description names the domain ("Orchestrate the narrative team") and enumerates four concrete roles ("narrative-director, writer, world-builder, level-designer") plus three content domains ("story, world lore, narrative-driven levels"), but the only action verb is "Orchestrate" — the roles are nouns naming who is involved, not actions the skill performs. This matches anchor 3 (names domain and 1-2 concrete actions, not comprehensive) rather than anchor 4, which requires several listed actions.

3 / 5

Completeness

The "what" is clear (orchestrate the narrative team for story, world lore, narrative-driven levels) 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; it is not 4 because the "when" is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Good coverage of natural terms users would say — "story", "world lore", "narrative", "levels" — but common variations like "dialogue", "cutscene", "character", and "writing" are missing. Fits anchor 4 (good keyword coverage, a few natural terms missing); not 5 since there is no synonym-level coverage of the dialogue/writing vocabulary the pipeline actually handles.

4 / 5

Distinctiveness Conflict Risk

The named subagent roles and the "story, world lore, narrative-driven levels" scope carve a clear niche distinct from other skills, with only minor overlap risk from "narrative-driven levels" touching level-design territory and story/writing vocabulary overlapping generic writing tasks. Fits anchor 4 (mostly distinct, minor overlap risk with closely related skills); not 5 because the narrative/writing domain is broad enough that a sibling writing or level skill could compete for some queries.

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