CtrlK
BlogDocsLog inGet started
Tessl Logo

team-polish

Orchestrate the polish team — performance-analyst, technical-artist, sound-designer, qa-tester — to optimize and harden a feature or area.

55

Quality

69%

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

Quality

Content

73%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 orchestrator with an exemplary phased workflow, explicit validation gates, and a disciplined error-recovery and sign-off structure. Its main weakness is token efficiency: several hundred lines of meta-justification defending design choices to a reader who does not need persuading, plus duplicated bounded-exception rules, inflate the file well past what the runtime instructions require.

Suggestions

Cut the design-defense blockquotes ("Why production/ and not docs/", "Why this does not violate the Collaboration Protocol", the "collapse is correct" paragraphs) down to one-line rules; the rationale is for the skill's author, not the executing agent.

State the bounded write exception once (in File Write Protocol) and reference it from 'How to Delegate' instead of explaining all three conditions twice.

Fix the duplicated sentence fragment at the Phase 0 'automation' bullet ("See the Decision Points note above" appears twice in consecutive sentences) and merge the two adjacent gate-definition paragraphs.

DimensionReasoningScore

Conciseness

The operational core (phases, tables, return contracts) is tight, but the body carries several multi-paragraph design-justification blocks addressed to the skill's author rather than runtime instructions: "Why production/ and not docs/", "Why this does not violate the Collaboration Protocol", the "The collapse is correct" defense, and the bounded-exception rules explained twice (in 'How to Delegate' and again nearly verbatim in 'File Write Protocol'). This is 'noticeably verbose; several unnecessary explanations or padded sections' — not 3, where padding would be occasional rather than whole rationale sections, and not 1, since the actual instructions are dense and non-redundant.

2 / 5

Actionability

Fully executable for an instruction-only orchestrator: verbatim return-contract text to append to every agent prompt, an exact per-agent write-path table, explicit subagent_type mappings, a resolved-config pre-execution hook, per-phase required outputs, and concrete sign-off verdicts with severity levels. Nothing is left as vague direction.

5 / 5

Workflow Clarity

Phases 0–6 are clearly sequenced with parallelization notes (Phases 3 and 4 alongside Phase 2), explicit validation checkpoints ("a named artifact that is not on disk is a failed phase, however fluent the response reads"), a full error-recovery feedback loop (verify → surface → partial report → resume), a ranked NOT ASSESSED / READY / NEEDS MORE WORK rubric that forbids filling gaps silently, and severity-tagged sign-off output. Textbook clear sequence with explicit validation and feedback loops.

5 / 5

Progressive Disclosure

No bundle files exist, and bulk procedures are correctly offloaded one level deep with clearly signaled references (.claude/docs/automation-modes.md, .claude/docs/config-resolution.md, .claude/docs/error-recovery-protocol.md); sections, tables, and the pipeline are well-organized and easy to navigate. The remaining inline material (Collaboration-Protocol and File-Write-Protocol rationale) is content to trim rather than split, so it sits at 'good structure; most content appropriately placed; minor organization gaps' rather than 5's fully-split ideal, and above 3, since the inlining is justification prose, not reference material a consumer would look up.

4 / 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 has a clear, well-scoped "what" anchored by concrete agent names, but it entirely lacks "when to use" trigger guidance and leans on internal jargon (agent names) rather than natural user phrases. It is serviceable but would fail to fire for users who describe the goal in their own words.

Suggestions

Add a 'Use when…' clause, e.g., 'Use when the user asks to polish, optimize, or harden a game feature or area (performance, visuals, audio, or robustness) before release.'

Replace or supplement the internal agent names with natural trigger terms users actually say: "polish", "juice", "frame rate", "optimization", "audio mix", "QA pass".

Name one or two concrete outcomes (e.g., 'profiles performance against frame/memory budgets and produces a release-readiness verdict') to sharpen the what beyond the generic 'optimize and harden'.

DimensionReasoningScore

Specificity

Names the domain (game-dev polish orchestration) and the actions "optimize and harden a feature or area" alongside four named agents, but the action verbs themselves are generic — no concrete action list like 'profile performance', 'polish VFX', 'mix audio' that the agent names imply. Matches 'names domain and 1-2 concrete actions, but not comprehensive' rather than 4, which requires several specific actions.

3 / 5

Completeness

The "what" is clear (orchestrate a named team to optimize and harden), but there is no "when" — no "Use when…" clause or any trigger guidance. The rubric explicitly caps completeness at 3 for a missing 'Use when' clause, even with a clear what.

3 / 5

Trigger Term Quality

"polish", "optimize", "harden", "feature" are natural terms a user might say, but "performance-analyst, technical-artist, sound-designer, qa-tester" are internal agent names, not user trigger phrases, and no synonyms or variations (e.g., "audio polish", "frame rate", "juice") are covered. Some relevant keywords, missing common variations.

3 / 5

Distinctiveness Conflict Risk

The named polish team and game-dev framing give it a fairly distinct niche with only minor overlap risk against sibling orchestration skills like team-qa or release-checklist. Not 5 because the generic verbs "optimize and harden" could pull requests aimed at general optimization or hardening tasks outside the game-dev context.

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.