CtrlK
BlogDocsLog inGet started
Tessl Logo

web-game-foundations

Set browser-game architecture before implementation. Use when the user needs engine choice, simulation and render boundaries, input model, asset organization, or save/debug/performance strategy.

68

Quality

82%

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

65%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content is concise, well-structured, and action-oriented at the architecture-policy level, but it offers no executable code and lacks explicit validation checkpoints. Progressive disclosure is undercut because every referenced file is missing from the bundle, so the navigation links resolve to nothing.

Suggestions

Add at least one executable example (e.g. a concrete input-action map mapping or a Phaser/Three.js skeleton file layout) to lift actionability from instruction-style to copy-paste ready.

Insert an explicit validation checkpoint in the Implementation Checklist (e.g. 'Before writing core code, confirm each item above is defined; revisit if a later item invalidates an earlier one') to add a feedback loop.

Create the referenced ../../references/*.md files (engine-selection.md, phaser-architecture.md, three-webgl-architecture.md, threejs-stack.md, react-three-fiber-stack.md, web-3d-asset-pipeline.md) or remove/inline the references so progressive disclosure is not pointing at missing content.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: rules are stated as terse directives ('Simulation owns entities, turns, timers...', 'Define actions such as move, confirm, cancel') without explaining basic concepts Claude already knows, so every token earns its place.

3 / 3

Actionability

Guidance is concrete in structure (explicit rule lists, named action verbs, asset domains) but lacks executable code or commands — it is instruction-style guidance rather than copy-paste ready code, and the checklist items ('Camera model', 'Input action map') are descriptors not fully specified actions.

2 / 3

Workflow Clarity

The 'Implementation Checklist' provides a sequenced list of things to define before core code, but there are no explicit validation checkpoints or feedback loops, and the ordering is a checklist rather than a guarded multi-step process with verification.

2 / 3

Progressive Disclosure

The body is well organized into clearly signaled sections and points to one-level-deep references, but all six referenced files (e.g. ../../references/engine-selection.md) do not exist in the bundle, so the navigation promises content that is not actually available, which prevents the top anchor.

2 / 3

Total

9

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 is concise, concrete, and explicitly answers both what the skill does and when to use it, with natural trigger terms and a clear niche that limits conflict risk. It cleanly meets the top anchor on all four dimensions.

DimensionReasoningScore

Specificity

Names concrete actions ('Set browser-game architecture before implementation') and enumerates specific architectural concerns (engine choice, simulation and render boundaries, input model, asset organization, save/debug/performance strategy), matching the anchor that lists multiple specific concrete actions.

3 / 3

Completeness

It explicitly answers both what ('Set browser-game architecture before implementation') and when ('Use when the user needs engine choice, ...'), with an explicit 'Use when' trigger clause, satisfying the anchor for clearly answering both.

3 / 3

Trigger Term Quality

Phrases like 'engine choice', 'simulation and render boundaries', 'input model', 'asset organization', and 'save/debug/performance strategy' are natural terms a user working on a browser game would actually say, giving good coverage rather than generic jargon.

3 / 3

Distinctiveness Conflict Risk

The scope is a clearly defined niche (foundational browser-game architecture), with distinct triggers unlikely to fire for unrelated skills; it does not read as generic enough to conflict broadly.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
openai/plugins
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.