Content
57%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The skill is highly actionable with executable code and well-organized, real one-level-deep references, but it is significantly padded by a large generic UX/design-system section (including broken repetitive text) that restates concepts Claude already knows, and the main workflow lacks explicit validation checkpoints.
Suggestions
Cut or move the generic 'UI/UX DESIGN SYSTEM' platitudes (onboarding, white space, cognitive load, etc.) into a reference file, keeping only Expo-specific guidance inline; fix or delete the broken repetitive 'Use the right ...' sentence at line 395.
Add an explicit validation step to the 'Running the App' workflow, e.g. 'Verify the build runs in Expo Go before considering a custom build; if a native module is missing, only then run npx expo run:ios.'
Resolve the conflicting icon guidance: the Library Preferences / references point to expo-symbols while the body mandates @expo/vector-icons and forbids FontAwesome — state a single canonical rule.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | A large block of the 'UI/UX DESIGN SYSTEM' section restates generic mobile-UX platitudes Claude already knows ('Utilize white space', 'Reducing cognitive load', 'Buttons drive actions'), and line 395 degenerates into broken repetition ('Use the right file format. Use the right file size. Use the right compression...'), matching anchor 1 (verbose, explains concepts Claude knows, padded); not 2 because the padding is substantial rather than incidental. | 1 / 3 |
Actionability | The technical core gives fully executable, copy-paste-ready code for Link, Stack.Screen, context menus, form sheets, NativeTabs layouts, boxShadow, and the babel.config.js worklets plugin, plus concrete library directives ('expo-audio not expo-av', 'useWindowDimensions over Dimensions.get()'), matching anchor 3; not 2 because the examples are complete and runnable rather than pseudocode. | 3 / 3 |
Workflow Clarity | The 'Running the App' section lays out a clear numbered sequence (try Expo Go → test → custom build only when required) but has no validation/feedback checkpoint, matching anchor 2 (steps present, checkpoints missing/implicit); not 3 because no explicit validation or error-recovery loop is given, and not 1 because a real sequence does exist. | 2 / 3 |
Progressive Disclosure | A well-signaled References section lists 11 one-level-deep reference files (all verified to exist in ./references/) with one-line descriptions, and the body points into them appropriately ('See ./references/route-structure.md for detailed route conventions'), matching anchor 3 (clear overview with well-signaled one-level-deep references, easy navigation); not 2 because references are clearly signaled and real rather than ambiguous. | 3 / 3 |
Total | 9 / 12 Passed |