Frontend structure conventions for Laravel Inertia React applications based on Spatie's production practices. Use when creating, scaffolding, or reviewing frontend code in a Laravel Inertia React project. Triggers on creating React components, pages, modules, organizing frontend directories, setting up Inertia pages, structuring a React frontend within Laravel, or when the user asks about frontend file organization in an Inertia app.
93
91%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Quality
Discovery
89%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that excels in completeness and distinctiveness. It clearly identifies its niche (Laravel Inertia React frontend conventions based on Spatie practices) and provides explicit trigger guidance with natural user terms. The main weakness is that the 'what' portion could be more specific about the concrete actions and outputs the skill provides beyond general 'creating, scaffolding, or reviewing.'
Suggestions
Enhance specificity by listing concrete actions like 'organize page components, structure module directories, set up shared layouts, configure Inertia page resolution' instead of the general 'creating, scaffolding, or reviewing frontend code.'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description names the domain (Laravel Inertia React frontend) and mentions some actions like 'creating, scaffolding, or reviewing frontend code,' but doesn't list multiple specific concrete actions (e.g., creating page components, organizing module directories, setting up layouts). The actions remain somewhat general. | 2 / 3 |
Completeness | Clearly answers both 'what' (frontend structure conventions for Laravel Inertia React apps based on Spatie's practices) and 'when' (explicit 'Use when...' clause with detailed trigger scenarios including creating components, organizing directories, and asking about file organization). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms: 'React components', 'pages', 'modules', 'frontend directories', 'Inertia pages', 'React frontend within Laravel', 'frontend file organization', 'Inertia app'. These are terms users would naturally use when working in this domain. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive with a clear niche: Laravel + Inertia + React + Spatie conventions for frontend structure. The combination of these specific technologies and the focus on structure/organization conventions makes it very unlikely to conflict with other skills. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
92%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a high-quality conventions skill that is concise, actionable, and well-structured. It provides concrete directory trees, code examples with correct/incorrect patterns, and clear decision heuristics. The only minor weakness is that all content is inline rather than using progressive disclosure to separate advanced topics (multi-zone apps, shadcn abstractions) into referenced files.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is lean and efficient throughout. It avoids explaining what React, Inertia, or Laravel are, assumes Claude's competence, and every section delivers structural conventions without padding. The 'common vs modules' distinction is handled in one crisp sentence. | 3 / 3 |
Actionability | Provides concrete directory structures, specific naming conventions with examples, executable TSX code showing correct vs incorrect patterns, and clear import organization examples. Every convention is illustrated with a specific, copy-paste-ready example. | 3 / 3 |
Workflow Clarity | This is a conventions/structure skill rather than a multi-step process skill. The single-purpose guidance is unambiguous: clear decision rules (common vs modules), explicit naming rules, and well-sequenced directory structures. No destructive or batch operations require validation checkpoints. | 3 / 3 |
Progressive Disclosure | The content is well-organized with clear sections and headers, but it's entirely self-contained with no references to supplementary files. The multi-zone applications and shadcn sections could benefit from linking to more detailed guides, and the inline content is moderately long for a SKILL.md overview. | 2 / 3 |
Total | 11 / 12 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 — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
05d40bb
Table of Contents
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.