CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mobile-design

(Mobile-First · Touch-First · Platform-Respectful)

Quality

45%

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/antigravity-bundle-web-designer/skills/mobile-design/SKILL.md

The canonical home for this skill is mobile-design in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

53%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 contains genuinely useful, terse prescriptive content (hard-ban tables, platform defaults, framework code patterns), but its reference architecture is broken — every 'REQUIRED' file is a dead path and the existing audit script is orphaned — and roughly a fifth of the tokens are slogan rhetoric, pseudo-quantification, or knowledge Claude already has. Process gates exist but are scattered rather than sequenced.

Suggestions

Ship the eight referenced files (mobile-design-thinking.md, touch-psychology.md, platform-ios.md, platform-android.md, etc.) or delete the "Mandatory Reference Reading" table — currently every "REQUIRED" reference is a dead path, while the one real bundle file (scripts/mobile_audit.py) is never mentioned in SKILL.md.

Present one ordered workflow (assess MFRI → ask clarifying questions → read platform refs → complete MOBILE CHECKPOINT → implement → release checklist) instead of scattering process gates across sections 1, 2, 3, 8, and 10.

Cut the MFRI pseudo-formula (its stated −10→+10 range is inconsistent with its 1–5 dimensional inputs), the Fitts' Law primer, and the circular "When to Use" filler to reclaim tokens.

DimensionReasoningScore

Conciseness

The anti-pattern tables and code patterns are token-dense and terse, but the body pads with slogan rhetoric repeated three times ("Mobile-First · Touch-First · Platform-Respectful" appears in the title, philosophy block, and frontmatter), a Fitts' Law primer restating knowledge Claude already has ("Finger ≠ cursor", "Accuracy is low"), a broken MFRI pseudo-formula, and the circular filler "This skill is applicable to execute the workflow or actions described in the overview." Mostly efficient, but several sections could be cut. Not anchor 2 because the bulk of the document is compressed rule tables rather than padded explanation.

3 / 5

Actionability

Concrete, mostly executable guidance throughout: a realistic React Native FlatList pattern (React.memo, useCallback, keyExtractor, getItemLayout), and ❌/✅ tables with specific replacements ("SecureStore / Keychain", "useCallback + memo", "Stable ID"). Not anchor 5 because the Flutter snippet is trivial ("const Text('Static')"), and the mandated execution path — "you are not allowed to design UI" without reading the reference files — points entirely at files that do not exist in the bundle.

4 / 5

Workflow Clarity

A real process exists (MFRI assessment → ask-before-assuming → read references → MOBILE CHECKPOINT → release checklist) and genuine checkpoints are present (the fill-in checkpoint with "Cannot complete → go back and read", the MFRI required-action table, the ship checklist). But the sequence is never presented as ordered steps — it must be inferred from section numbering scattered across 11 thematic sections — so it matches anchor 3 ("sequence present but checkpoints missing or implicit") rather than anchor 4's "clear sequence".

3 / 5

Progressive Disclosure

Scored against the actual bundle: the "Mandatory Reference Reading" table signals eight required .md files (mobile-design-thinking.md, touch-psychology.md, mobile-performance.md, mobile-backend.md, mobile-testing.md, mobile-debugging.md, platform-ios.md, platform-android.md), none of which exist in the bundle, while the one asset that does exist (scripts/mobile_audit.py, ~36KB) is never referenced from SKILL.md at all. The disclosure structure is broken at its core — dead required references plus an orphaned real file — matching anchor 2 rather than anchor 3, whose references at least exist.

2 / 5

Total

12

/

20

Passed

Description

11%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 a design slogan rather than a capability description: it names no actions, no trigger conditions, no frameworks, and no task types. It answers neither 'what does this do' nor 'when should Claude use it', so it would rarely be selected for a task that actually needs it.

Suggestions

Replace the slogan with concrete third-person capabilities, e.g. "Reviews and designs mobile app UI for touch ergonomics, platform conventions (iOS/Android), list performance, offline handling, and secure storage."

Add an explicit trigger clause: "Use when designing or building mobile apps (React Native, Flutter, SwiftUI, Compose), or when the user mentions touch targets, thumb zones, or mobile app performance."

Include natural keywords users actually say — "mobile app", "iOS", "Android", "React Native", "Flutter" — instead of methodology jargon like "Platform-Respectful".

DimensionReasoningScore

Specificity

The description is the parenthesized slogan "(Mobile-First · Touch-First · Platform-Respectful)" — pure abstract language with no verb and no concrete action named anywhere. It fits anchor 1 ("no concrete actions; pure abstract language") rather than anchor 2, because anchor 2's example ("Processes PDF files") still names an action and a domain; here actions are entirely absent.

1 / 5

Completeness

Neither "what does this skill do" nor "when should it be used" is answered — the slogan states design values, not capabilities or trigger conditions. This matches anchor 1 ("missing both what and when, or both are extremely vague"); it cannot score 2 because anchor 2 requires at least a vague 'what' or a present 'when'.

1 / 5

Trigger Term Quality

"Mobile-First" is the single keyword approaching natural user language, but "Touch-First" and "Platform-Respectful" are methodology jargon, and every phrase a user would actually say ("mobile app", "iOS", "Android", "React Native", "Flutter") is missing. Fits anchor 2 ("one or two generic keywords; missing the natural phrases") better than anchor 1 only because "Mobile" is a genuinely natural, relevant term.

2 / 5

Distinctiveness Conflict Risk

"Mobile" bounds the domain enough that it would not conflict with non-mobile skills, so anchor 1 ("would conflict with virtually any skill") is too harsh. But as a bare slogan it is very broad within that domain and would overlap any mobile or frontend-design skill, matching anchor 2 ("very broad; high overlap risk with many similar skills").

2 / 5

Total

6

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/antigravity-bundle-web-designer/skills/mobile-design/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.