CtrlK
BlogDocsLog inGet started
Tessl Logo

laravel-inertia-react-structure

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.

74

Quality

91%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

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 efficiently communicates Spatie's frontend structure conventions through concrete directory trees, code examples showing correct/incorrect patterns, and clear naming rules. The only minor weakness is that all content lives in a single file, though the total length is manageable enough that this is not a significant issue.

DimensionReasoningScore

Conciseness

The content is lean and efficient throughout. It assumes Claude knows React, TypeScript, Laravel, and Inertia fundamentals. Every section delivers specific conventions without explaining what these technologies are or how they work generally. The directory trees and code examples are minimal but complete.

3 / 3

Actionability

Provides concrete, copy-paste-ready directory structures, naming conventions with specific examples, executable TSX code showing correct vs incorrect patterns, and clear import organization examples. The decision heuristic for common vs modules ('Does it relate to a domain or feature?') is immediately actionable.

3 / 3

Workflow Clarity

This is a conventions/structure skill rather than a multi-step process skill. The single-purpose guidance is unambiguous: each section clearly defines what goes where, how to name things, and how to organize code. There are no destructive or batch operations requiring validation checkpoints, so the clear organizational rules suffice.

3 / 3

Progressive Disclosure

The content is well-organized with clear sections and headers, but it's entirely self-contained in a single file with no bundle files for deeper reference. The multi-zone applications section and shadcn usage section could benefit from separate detailed reference files. However, at ~100 lines the content length is reasonable for a single file, making this a minor issue.

2 / 3

Total

11

/

12

Passed

Description

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 trigger term coverage, completeness, and distinctiveness. Its main weakness is that the 'what' portion could be more specific about the concrete actions or conventions it covers (e.g., directory naming patterns, component organization rules) rather than staying at the level of 'structure conventions.' Overall, it would perform well in a multi-skill selection scenario.

Suggestions

Add more specific concrete actions to the capability description, e.g., 'Defines directory layout for pages, components, and modules; specifies naming conventions for React components; organizes shared vs page-specific code.'

DimensionReasoningScore

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., specific file structures, naming conventions, component patterns). It stays at a general level of 'structure conventions.'

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, reviewing code, etc.).

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 asking about this topic.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with a clear niche: the intersection of Laravel + Inertia + React + Spatie conventions for frontend structure. This specific combination is unlikely to conflict with generic React, generic Laravel, or other frontend skills.

3 / 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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
freekmurze/dotfiles
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.