0020-laravel-brainstorming

Convert rough Laravel feature ideas into implementation-ready design specifications.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/MrJmpl3/codex_____data_____configuration --skill 0020-laravel-brainstorming
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: 0020-laravel-brainstorming
Source: https://github.com/MrJmpl3/codex_____data_____configuration/tree/main/skills/0020-laravel-brainstorming
Command: npx skills add https://github.com/MrJmpl3/codex_____data_____configuration --skill 0020-laravel-brainstorming

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Turning a rough Laravel feature idea into a clear, implementation-ready design is hard, and skipping structure leads to rework, inconsistent architecture, and missing ecosystem patterns.

Core Features & Use Cases

  • Incremental design via one-question-at-a-time refinement: asks focused questions to clarify purpose, constraints, and success criteria before committing to specifics.
  • Laravel-aligned architecture planning: explores multiple approaches (with trade-offs) and guides toward conventions like service layers, actions, events, queues, resources, and validation.
  • Sectioned specs with validation checkpoints: presents the resulting design in small ~200–300 word sections (database schema, models/relationships, API design, business logic, testing/queues/events) and checks correctness after each section.
  • Practical output and next steps: writes a validated design document to docs/designs/YYYY-MM-DD-<feature>-design.md and supports moving into an implementation checklist.

Quick Start

Use the 0020-laravel-brainstorming skill to transform your feature idea into a structured Laravel design by iteratively answering one question at a time and confirming each design section as it’s proposed.

Frequently Asked Questions about 0020-laravel-brainstorming

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a Laravel feature before writing code?▼

To design a Laravel feature before coding, you define the database schema, models, API routes, and business logic. This planning phase uses collaborative questioning to refine requirements and propose multiple architectural approaches before any implementation begins.

What's the best way to plan a Laravel API and database schema?▼

The best way to plan a Laravel API and database schema is to iteratively refine requirements through focused questions, then validate each design section individually. This ensures your API contracts, models, and queue workflows align with Laravel conventions before implementation.

Can I use structured brainstorming to define Laravel queue and event flows?▼

Yes, structured brainstorming helps define Laravel queue and event flows by exploring service layers, actions, and validation strategies. It proposes architectural options with trade-offs to ensure your asynchronous workflows and business logic fit the framework's ecosystem.

How does guided questioning help with Laravel architecture planning?▼

Guided questioning helps Laravel architecture planning by asking one question at a time to clarify constraints and success criteria. This incremental refinement prevents inconsistent architecture and identifies missing ecosystem patterns like events, resources, and validation before implementation.

Do I need an existing codebase to plan Laravel design specifications?▼

You do not need an existing codebase to plan Laravel design specifications. The process transforms rough feature ideas into structured documents, making it suitable for greenfield projects or adding new routes, schemas, and contracts to existing applications.

What are the limitations of automated Laravel design generation?▼

Limitations of automated Laravel design generation include the need for active collaboration to evaluate architectural trade-offs. You cannot skip the incremental one-question refinement or bypass section validation checkpoints, and outputs are limited to markdown documentation rather than code.