Content
82%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a strong, dense guidelines body: opinionated, executable rules with real imports and props, complete navigation code examples, and a clearly signaled one-level reference structure. The only weaknesses are mild redundancy in the Expo Go section, no error-recovery loop for the run-the-app workflow, and inline layout code that could be deferred to the existing reference files.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense, imperative guidance ("Never use legacy expo-permissions", "expo-audio not expo-av", "Use CSS boxShadow style prop. NEVER use legacy React Native shadow") with no explanation of concepts Claude already knows. It fits anchor 4 ('Efficient; minor instances of over-explanation that could be trimmed') — the 'Running the App' section repeats its point ("CRITICAL: Always try Expo Go first" then "If you're unsure, try Expo Go first") and could be tightened. It is above anchor 3 because padding is genuinely minor, and below anchor 5 because of that repetition and a few soft bullets ('to make more delightful experiences'). | 4 / 5 |
Actionability | Nearly every rule is directly executable: exact package choices ("expo-audio not expo-av", "react-native-safe-area-context not SafeAreaView"), exact props ("contentInsetAdjustmentBehavior='automatic'", "{ borderCurve: 'continuous' }"), and complete copy-paste-ready examples for Link, context menus, previews, modals, form sheets, and NativeTabs/Stack layouts with real imports ("expo-router/stack", "expo-router/unstable-native-tabs"). This matches anchor 5 ('Fully executable; copy-paste ready code or commands; specific examples cover the common cases'). | 5 / 5 |
Workflow Clarity | The main multi-step process (running the app) is clearly sequenced with numbered steps and a checkpoint: "1. Start with Expo Go... 2. Check if features work: Test your app thoroughly in Expo Go. 3. Only create custom builds when required", followed by explicit decision criteria for each branch. This fits anchor 4 ('Clear sequence with most checkpoints present'). It is not 5 because there is no error-recovery guidance (e.g., what to do when a feature turns out unsupported in Expo Go), and not 3 because the sequence and its checkpoint are explicit rather than implicit. | 4 / 5 |
Progressive Disclosure | An annotated one-level-deep References block lists 14 reference files with scope summaries, and the Routes section signals one inline ("See ./references/route-structure.md for detailed route conventions"), while the body keeps core rules inline. This matches anchor 4 ('Good structure; most content is appropriately placed; references mostly clear; minor organization gaps'): no bundle files were provided to verify, only the Routes section points to its reference inline (Styling/Navigation never cite tabs.md, toolbar-and-headers.md, etc.), and the ~50-line 'Common route structure' layout code arguably belongs in route-structure.md/tabs.md. It is above anchor 3 because the split is deliberate and clearly signaled, and below anchor 5 because of those gaps. | 4 / 5 |
Total | 17 / 20 Passed |