CtrlK
BlogDocsLog inGet started
Tessl Logo

team-level

Orchestrate the level team — level-designer, narrative-director, world-builder, art-director, systems-designer, qa-tester — for complete area creation.

54

Quality

68%

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-level/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 orchestration workflow: unambiguous sequencing, per-phase decision gates, return contracts, and an unusually strong verify-the-artifact error-recovery loop. Its weaknesses are redundancy — the write-authorization exception is argued twice at length — and inline policy prose that should be split into a reference file, since the bundle ships no supporting files at all.

Suggestions

State the bounded write exception once (keep the 'Why this does not violate the Collaboration Protocol' block, and reduce the 'File Write Protocol' section to a two-line pointer to it).

Move the team.size collapse rationale and the 'enforced but never surfaced' justification into a short reference doc (e.g. references/active-set.md) and keep one summary line plus the announce-the-active-set rule inline.

Consolidate the three scattered `.claude/docs/...` pointers into a single 'References' section so the external documentation surface is visible at a glance.

DimensionReasoningScore

Conciseness

The operational core (steps, gates, write paths, return contract) is efficient and assumes competence, but it is padded with meta-justification: the ~15-line 'team.size collapse' rationale ('The pipeline below reads as a multi-agent fan-out and at the shipped default it is one or two agents...'), the 'constraint that is enforced but never surfaced' philosophy paragraph, and the bounded-exception rationale stated twice (the 'Why this does not violate the Collaboration Protocol' block and again in 'File Write Protocol'). This is anchor 3 — mostly efficient but with unnecessary explanation that could be tightened — not anchor 4's 'minor instances'.

3 / 5

Actionability

Guidance is highly concrete and executable for an instruction-only skill: exact `subagent_type` values, a per-agent write-path table with slugged filenames, a verbatim return contract to append to every prompt, an exact surface message for missing adjacent areas, and explicit gate prompts. It falls short of anchor 5 because key behavior (automation modes, config-resolution defaults, the full error-recovery procedure) is delegated to `.claude/docs/...` files that are not part of this bundle, leaving minor gaps the agent cannot resolve from the skill alone.

4 / 5

Workflow Clarity

The pipeline is a clearly sequenced five-step process with an explicit `AskUserQuestion` gate after each phase, defined BLOCKING-concern handling ('Do NOT proceed to Step 5 without the user acknowledging any BLOCKING accessibility concerns'), a verdict system (COMPLETE/BLOCKED), and an error-recovery protocol that opens by verifying the artifact ('a named artifact that is not on disk is a failed phase, however fluent the response reads') — matching anchor 5's explicit validation steps and feedback loops for a batch operation.

5 / 5

Progressive Disclosure

The bundle has no references/, scripts/, or assets/ files, so the skill is a single ~270-line document; protocol rationale (the Collaboration-Protocol exception, automation-mode scoping rules, team.size collapse policy) is inlined prose that belongs in a one-level-deep reference file. The body does point to `.claude/docs/automation-modes.md`, `config-resolution.md`, and `error-recovery-protocol.md`, but those live outside the skill bundle and are referenced in passing rather than clearly signaled — anchor 3's 'some structure but content that should be separate is inline'.

3 / 5

Total

15

/

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.

A domain-distinct, third-person description that identifies the team composition, but it is a role roster rather than a capability statement: no concrete actions beyond 'orchestrate', and no 'Use when...' trigger clause. The missing trigger clause caps completeness and weakens natural-term coverage.

Suggestions

Add an explicit trigger clause, e.g. 'Use when designing a new level, area, or dungeon — from narrative and layout to systems, art direction, and QA.'

Replace the bare role list with concrete actions: 'Design spatial layouts, pacing, encounters, loot/difficulty systems, art direction, and accessibility review for a game level or area.'

Include the natural phrasings users would type ('level design', 'design an area', 'create a dungeon') to improve trigger-term coverage.

DimensionReasoningScore

Specificity

The description names the domain through six concrete agent roles ("level-designer, narrative-director, world-builder, art-director, systems-designer, qa-tester") but offers only a single generic action verb ("Orchestrate ... for complete area creation") — it never states what the skill actually does (design layouts, encounters, systems, accessibility, QA). This matches anchor 3 (names domain and 1-2 concrete actions, not comprehensive) rather than 4, which requires 'several specific actions' like 'extracts text, fills forms, converts pages'.

3 / 5

Completeness

The 'what' is present and reasonably clear (orchestrates a team for complete area creation), but the 'when' is entirely absent — there is no 'Use when...' or equivalent trigger guidance. The judging guideline explicitly caps completeness at 3 for a missing 'when' clause, which is exactly this case; anchor 4 requires both what and when.

3 / 5

Trigger Term Quality

Terms like "level", "area", and the role names are relevant, but the description omits the natural phrases a user would actually say — 'level design', 'design a level', 'create an area', 'game level'. Per anchor 3, 'some relevant keywords but missing common variations or synonyms' fits; it lacks the breadth of anchor 4's multi-phrase coverage.

3 / 5

Distinctiveness Conflict Risk

The named-role framing carves a clear niche (game level/area creation) with distinct triggers, but the ecosystem implied by the body (team-narrative, team-release, design-review) contains sibling orchestrators, so minor overlap risk with closely related team skills remains — anchor 4, not the fully conflict-free anchor 5.

4 / 5

Total

13

/

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.