About laravel-architecture
Architectural guidance for developers building Laravel applications. It explains when to use patterns such as Actions, DTOs, state machines, and Services, alongside project structure, examples, and implementation checklists.
Key features
- 01Guidance on architectural principles
- 02Pattern selection and trade-offs
- 03Laravel project structure conventions
- 04Reference implementations and workflows
- 05Implementation and deployment checklists
Use cases
- 01Choosing a pattern for domain logic
- 02Organizing a Laravel project
- 03Designing multi-step processes
- 04Planning feature implementation
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ leeovery/ claude-laravel --skill laravel-architectureAfter installing, type/laravel-architecturein Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/checklist.mddecisions.mdexamples.mdpatterns.mdphilosophy.mdstructure.mdDetails
From the project READMELaravel Architecture
High-level architectural guidance for Laravel applications.
Core Concepts
philosophy.md - Foundational principles:
- Declarative code above all else
- Strict separation of concerns
- Type safety first
- All core architectural principles
patterns.md - Pattern overview:
- Actions for domain logic
- DTOs for data transfer
- State machines for complex state
- Services for external integration
- Workflows for multi-step processes
- Value objects for domain values
decisions.md - Pattern selection:
- When to use each pattern
- Decision flowcharts
- Architectural trade-offs
- Common scenarios
structure.md - Directory structure:
- Complete project organization
- File placement rules
- Namespace conventions
- Web vs API distinction
examples.md - Reference implementations:
- Complete working examples
- End-to-end workflows
- Real-world patterns
checklist.md - Implementation checklist:
- Setup tasks
- Feature development workflow
- Production deployment steps
Core Principles
- Actions contain domain logic - Business logic lives in invokable action classes
- Never pass primitives - Always use DTOs for data transfer
- Thin HTTP layer - Controllers only handle HTTP concerns
- Custom query builders - Type-safe queries over scopes
- Strict typing -
declare(strict_types=1)in every file
Quick Decision Tree
Need to...
- Handle domain logic? → Action
- Transfer data? → DTO
- Validate user input? → Form Request
- Simple state field? → Enum
- Complex state transitions? → State Machine
- External API? → Service with Saloon
- Background processing? → Job (delegates to Action)
Read decision flowcharts in decisions.md for detailed guidance.
Comments
Markdown supported