CtrlK
BlogDocsLog inGet started
Tessl Logo

mobile-games

Mobile game development principles. Touch input, battery, performance, app stores.

56

Quality

65%

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 ./.agents/skills/game-development/mobile-games/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 compact, well-structured reference that respects token budget and assumes competence, with concrete numeric specs sprinkled throughout. Its weakness is actionability: much of the guidance is high-level principle rather than executable instruction, and there is no multi-step workflow.

Suggestions

Tighten vague table cells into concrete thresholds (e.g., replace "Limit CPU/GPU usage" with "Target <X ms frame time; reduce draw calls when device warms").

Add a short worked example (e.g., a sample frame-budget or thermal-throttling decision sequence) to convert principles into actionable steps.

Where sections repeat guidance (anti-patterns echoes earlier sections), consider consolidating to reduce redundancy.

DimensionReasoningScore

Conciseness

Lean, table-driven content that assumes Claude's competence without explaining what touch input, batteries, or app stores are; every section is terse and earns its tokens.

5 / 5

Actionability

Some concrete specs ("44x44 points", "30 FPS often sufficient", "64-bit: Required", "Current year's SDK") are mixed with vague directives ("Limit CPU/GPU usage", "Responsive UI", "Throttle when hot"); not a 4 because a large share of guidance is high-level rather than executable.

3 / 5

Workflow Clarity

This is a reference/principles document with no multi-step process or sequence; sections are well-organized but there are no workflow steps or checkpoints to evaluate, so it sits at the midpoint.

3 / 5

Progressive Disclosure

Content is well-organized into clearly headed sections with no nested references and is appropriately self-contained for a concise principles skill; not a 5 because it exceeds 50 lines and the under-50-line auto-5 exception does not apply.

4 / 5

Total

15

/

20

Passed

Description

61%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 names a clear domain and surfaces several natural trigger terms, but it stops short of listing concrete actions and omits any explicit "when to use" guidance, which limits completeness. It is reasonably distinct from sibling skills.

Suggestions

Add concrete action verbs (e.g., "Design touch controls, optimize battery and thermals, prepare app store listings") instead of the generic "principles".

Append an explicit trigger clause, e.g., "Use when building or optimizing games for iOS/Android, or when the user mentions mobile game performance, touch UX, or app store requirements."

Include platform synonyms (iOS, Android, Google Play, App Store) to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Names the domain ("Mobile game development principles") and lists four sub-areas ("Touch input, battery, performance, app stores"), but the only action verb is the generic "principles" rather than concrete capabilities; not a 4 because no specific actions are enumerated.

3 / 5

Completeness

Provides a clear "what" (mobile game development principles and topics) but has no "Use when…" or equivalent trigger guidance; the missing-when-clause rule caps this at 3.

3 / 5

Trigger Term Quality

Includes natural phrases users would say ("mobile game", "touch input", "battery", "app stores"); not a 5 because synonyms and platform specifics like "iOS/Android", "mobile gaming", or store names are missing.

4 / 5

Distinctiveness Conflict Risk

"Mobile game development" is a clear, distinct niche with low conflict risk; not a 5 because the broad sub-topics ("performance", "battery") could overlap with general game-dev or optimization skills.

4 / 5

Total

14

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository
vudovn/ag-kit
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.