CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

tinyworld-25d-template-sprites

Use when changing the playable 2.5D template sprite, cloning it into character classes, or wiring idle/walk/attack sprite-sheet playback.

67

Quality

84%

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

86%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 exemplary lean, codebase-specific skill: every token earns its place, guidance is concrete down to exact commands, APIs, and failure modes, and structure is clean for a single-file skill. It just misses top marks on the class-creation workflow, where the overlay-function step lacks any example and the regeneration batch step has no failure-recovery loop.

Suggestions

Show a minimal overlay-function signature or short example in the 'When adding a class' step (or point to a named existing function in tools/generate-playable-25d-classes.py to copy), since that is the one non-mechanical step in the workflow.

Add a failure-recovery note after the regen step (e.g., 'If npm test fails, the new class overlay likely produced an empty or mis-sized sheet — check the generated PNG dimensions and re-run').

DimensionReasoningScore

Conciseness

Every bullet carries codebase-specific facts Claude cannot know — file ownership ('engine/world/47-worlds-room.js owns the playable... avatar'), exact crop math ('repeat.y = 1 / rows'), exact row orders, exact commands — with zero concept explanation or padding. Anti-drift check: anchor 4 requires 'minor instances of over-explanation' and none are present; dense detail here is earned specificity, not verbosity.

5 / 5

Actionability

Highly concrete: exact commands ('python3 tools/generate-playable-25d-classes.py', 'npm test', 'npm run build'), exact API names ('setAvatarClass(name)', 'cycleAvatarClass(delta)'), exact paths, and precise failure modes ('four stacked bodies render in-world'). Not 5 because the core step of the 'cloning into character classes' use case — 'Add... an overlay function in tools/generate-playable-25d-classes.py' — is given no signature or example, leaving the skill's most creative step underspecified; not 3 because everything else is executable rather than pseudocode.

4 / 5

Workflow Clarity

The 'When adding a class' section is a clear 3-step sequence ending with a validation checkpoint ('Regenerate sheets, then run npm test and npm run build'). Not 5 because sheet regeneration is a batch write operation with no explicit feedback loop (no 'if tests fail, fix and re-run' guidance); not 3 because the sequence is explicit and a real validation step is present, unlike the 'validation gaps' anchor.

4 / 5

Progressive Disclosure

The skill is under 50 lines with no external reference material needed, and per the rubric's simple-skill guidance this scores 5 with well-organized sections. The body is cleanly sectioned (Runtime / Assets / When adding a class), all paths referenced are project files verified to be described consistently, and there is no content that belongs in a separate bundle file.

5 / 5

Total

18

/

20

Passed

Description

75%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 tight, domain-specific description with an explicit 'Use when' clause and three concrete, natural trigger actions. It falls just short of the top anchors because the 'what' is only embedded in the trigger list, keyword synonyms are thin, and a known sibling-skill conflict (the crowd system) is not disambiguated in the description itself.

Suggestions

Add a brief standalone 'what' statement before the 'Use when' clause (e.g., 'Manages the playable 2.5D character sprite sheets: runtime playback wiring, class cloning, and sheet regeneration.') so capability is explicit rather than inferred from triggers.

Include the natural synonyms users would say — 'avatar', 'character sprite', 'texture' — in the trigger clause to widen natural-language coverage.

Since the body flags confusion with the crowd system, add a clause like 'for the playable avatar, not the crowd/NPC people system' to the description to prevent mis-triggering on the sibling skill.

DimensionReasoningScore

Specificity

Names the domain and three concrete actions — 'changing the playable 2.5D template sprite', 'cloning it into character classes', 'wiring idle/walk/attack sprite-sheet playback' — but coverage has minor gaps: the skill also governs avatar runtime wiring and sheet regeneration, which the description omits. Not 5 because coverage is not comprehensive; not 3 because three specific actions exceed the '1-2 concrete actions' anchor.

4 / 5

Completeness

The 'Use when...' clause explicitly covers 'when' with three concrete trigger tasks, and the actions inside it ('changing... cloning... wiring...') double as the 'what'. Not 5 because the 'what' is never stated independently — what the skill actually contains (runtime integration, asset layout, regeneration tooling) must be inferred from the trigger list; not 3 because an explicit trigger clause is present and the 'what' is more than weakly implied.

4 / 5

Trigger Term Quality

Good natural keyword coverage — 'sprite sheet' (as 'sprite-sheet playback'), 'character classes', 'idle/walk/attack', 'playable' — phrasing a user in this codebase would plausibly say. Not 5 because common variations are missing ('avatar', 'texture', '.png', 'character sprite'); not 3 because the terms present go beyond 'some relevant keywords' with several natural user-facing phrases.

4 / 5

Distinctiveness Conflict Risk

A clear niche ('playable 2.5D template sprite', 'character classes') with triggers unlikely to fire for unrelated skills, but the body itself warns against confusion with a closely related crowd-system skill ('This is not the crowd system'), and the description does not carry that disambiguation. Not 5 because of that un-flagged overlap risk with a sibling skill; not 3 because 'playable template sprite' plus 'character classes' is far more specific than 'somewhat specific'.

4 / 5

Total

16

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

jasonkneen/tiny-world-builder

Path

.codex/skills/tinyworld-25d-template-sprites/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.