CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dev-cds-mobile

USE THIS when asked to work on a new or existing (MOBILE) CDS React component in packages/mobile

Quality

60%

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 ./.claude/skills/dev-cds-mobile/SKILL.md

The canonical home for this skill is dev.cds-mobile in coinbase/cds

SKILL.md
Quality
Evals
Security

Quality

Content

65%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 well-organized set of mobile-specific patterns with concrete, mostly executable TSX examples that respect Claude's intelligence and avoid padding. Its weaknesses are the un-sequenced, checkpoint-free implementation pattern, a stray TODO comment, minor code-snippet inconsistencies, and reference components listed without usable paths.

Suggestions

Fix the 'Required implementation pattern' numbering (the second step is labeled '1.') and add a validation step, e.g. 'Verify local props still override provider defaults and the component type-checks after registration'.

Remove the '<!-- TODO: nested AGENTS.md files... -->' comment and the redundant second style-merge example to tighten token use.

Give the Reference Components bullets actual file paths (e.g. 'src/actions/SlideButton') or move them to a references file so the pointers are actionable.

DimensionReasoningScore

Conciseness

The body is efficient and assumes Claude's competence — each section is a short rule list plus one focused code example ('Provider config supplies defaults only; local props must continue to win'), with no explanation of basics. Minor trims keep it from 5: the stray '<!-- TODO: nested AGENTS.md files... flaky -->' comment is irrelevant noise, and the styling section has two overlapping examples of the same merge pattern.

4 / 5

Actionability

Mostly executable guidance: copy-paste-ready TSX for componentConfig registration, useComponentConfig adoption, StyleSheet.create, Reanimated, Gesture.Pan, onLayout, and accessibility props. Minor gaps prevent a 5: the styles-merge example references undefined 'styles.root' and an 'animatedStyles' dependency, and the 'Reference Components' bullets (e.g. 'SlideButton: gesture handling...') name components without file paths to actually consult.

4 / 5

Workflow Clarity

The 'Required implementation pattern' lists a real sequence (register the component in componentConfig.ts, then adopt useComponentConfig) but has no validation checkpoints and the second step is mis-numbered '1.' again, matching 'Steps listed but validation gaps; sequence present but checkpoints missing or implicit'. Not 4 because nothing tells Claude how to verify the integration (e.g., type-check or confirm local props still win) after the two steps.

3 / 5

Progressive Disclosure

Section headers are clear, but at ~205 lines all guidance is inline with no bundle files at all, and the 'Reference Components' section gestures at deeper material (SlideButton, RollingNumber, Select, Tour, DatePicker) without paths or links, so navigation to detail is implicit rather than signaled — matching 'Some structure but could be better organized'.

3 / 5

Total

14

/

20

Passed

Description

35%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 purely a trigger statement: it scopes invocation well to mobile CDS React components in packages/mobile, but it never says what the skill does, names no concrete capabilities, and uses an all-caps second-person imperative ('USE THIS') instead of third person. It is distinguishable from sibling skills but would benefit from a capability list and natural synonym triggers.

Suggestions

State what the skill does in third person, e.g. 'Provides mobile-specific implementation patterns for @coinbase/cds-mobile components: component config adoption, StyleSheet styling, Reanimated animations, gesture handling, and accessibility.' followed by the trigger clause.

Add natural trigger variations users would say, such as 'React Native', 'cds-mobile', or 'packages/mobile component', so the skill fires on common phrasings.

Keep the 'Use when...' clause but reword from the imperative 'USE THIS' to third-person declarative form to match description voice conventions.

DimensionReasoningScore

Specificity

Base would be 2 (names the domain — '(MOBILE) CDS React component in packages/mobile' — but lists zero concrete actions, matching 'Names the domain but actions are minimal or generic'); the judging guideline's third-person rule penalizes the second-person imperative 'USE THIS when asked' (equivalent to 'You can use this'), reducing the score by 1 to 1.

1 / 5

Completeness

Only the 'when' is present ('USE THIS when asked to work on a new or existing (MOBILE) CDS React component') with no 'what' — the description never states what the skill actually provides, exactly matching the anchor 'only when is present without what' (example: 'Use when working with documents'). Not 3 because a clear 'what' is entirely absent, not merely weak.

2 / 5

Trigger Term Quality

Relevant keywords are present ('new or existing', '(MOBILE) CDS React component', 'packages/mobile') but common variations a user would naturally say are missing — no 'React Native', '@coinbase/cds-mobile', or task terms like styling/animation/gesture — matching 'Some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

Scoped to mobile CDS React components in packages/mobile, making it mostly distinct with only minor overlap risk against a closely related sibling skill (the '(MOBILE)' qualifier implies a parallel web/desktop CDS skill that 'CDS React component' alone could also match). Not 5 because the trigger shares the 'CDS React component' phrase with that presumable sibling.

4 / 5

Total

10

/

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

coinbase/cds

Path

.claude/skills/dev-cds-mobile/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.