CtrlK
BlogDocsLog inGet started
Tessl Logo

game-ui-frontend

Design UI surfaces for browser games. Use when the user asks for HUDs, menus, overlays, responsive layouts, or visual direction that must protect the playfield.

62

Quality

73%

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 ./plugins/game-studio/skills/game-ui-frontend/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a lean, directive design-direction skill with concrete thresholds and clear sectioning that points to deeper references. Its main gaps are implicit rather than explicit validation checkpoints and some redundancy of the playfield-protection theme across sections.

Suggestions

Add an explicit verification step to the Frontend Standards workflow, e.g. "After layout: check the first playable view against the 'What Good Looks Like' criteria before considering the UI done," to move workflow clarity from implicit to explicit checkpoints.

Consolidate the playfield-protection rules so they appear once (Frontend Standards #4) and are merely referenced elsewhere, reducing repetition across 3D Starter Defaults, What Good Looks Like, and Anti-Patterns.

Verify or inline a small concrete prompt example in Prompting Rules rather than deferring entirely to ../../references/frontend-prompts.md, since no bundle reference files are present to confirm that path resolves.

DimensionReasoningScore

Conciseness

The body is directive and assumes Claude's competence without explaining known concepts, but playfield-protection guidance recurs across Frontend Standards, 3D Starter Defaults, What Good Looks Like, and Anti-Patterns, leaving minor redundancy that could be trimmed; not a 5 because of that repetition.

4 / 5

Actionability

Concrete, executable directives with specific thresholds ("no more than roughly 20-25% of the viewport", "Use CSS variables", "Pause or gate camera-control input") give mostly actionable guidance; not a 5 because some items ("Establish visual direction before coding") stay high-level and the concrete prompt shapes live in an external unverified reference.

4 / 5

Workflow Clarity

Frontend Standards provides a clear 7-step sequence, but validation/verification checkpoints are only implicit (via the separate "What Good Looks Like" criteria and an external playtest checklist) rather than explicit steps in the workflow; not a 4 because no explicit verify step is integrated into the sequence.

3 / 5

Progressive Disclosure

Well-organized sections with a dedicated References block pointing one level deep to prompt recipes, layout patterns, and a playtest checklist give good structure and navigation; not a 5 because the referenced paths are external/unverifiable and some content (playfield protection) is repeated across sections rather than cleanly split.

4 / 5

Total

15

/

20

Passed

Description

78%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 is well-constructed: third-person voice, explicit what-and-when structure, and concrete game-UI trigger terms. Its only weakness is that the capability statement is a single high-level action rather than a list of specific operations.

DimensionReasoningScore

Specificity

"Design UI surfaces for browser games" names the domain clearly with one core action (design), matching the 1-2 concrete actions anchor; it is not a 4 because it does not enumerate several distinct actions like extract/fill/merge, and not a 2 because the domain is specific rather than generic.

3 / 5

Completeness

It explicitly states what ("Design UI surfaces for browser games") and when ("Use when the user asks for HUDs, menus, overlays, responsive layouts, or visual direction that must protect the playfield"), with concrete trigger phrases matching the top anchor.

5 / 5

Trigger Term Quality

"HUDs, menus, overlays, responsive layouts" are natural terms a game developer would say, giving good keyword coverage; it stops short of 5 because common synonyms (e.g., inventory, dialog, tooltip, health bar) and a few natural variations are missing.

4 / 5

Distinctiveness Conflict Risk

The browser-game + playfield-protection niche with HUD triggers is mostly distinct; it is not a 5 because of minor overlap risk with sibling game skills (web-game-foundations, react-three-fiber-game) referenced in the body.

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.

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.