Project type playbooks
Esta página aún no está disponible en tu idioma.
🛒 E-commerce (playbooks/ecommerce/)
Section titled “🛒 E-commerce (playbooks/ecommerce/)”Best for: Online stores with catalog, cart, checkout, and payment flows.
Typical spec partition:
| Spec | Focus area |
|---|---|
| 001-catalog | Product listing, categories, search, filters |
| 002-cart | Shopping cart, quantity management, persistence |
| 003-checkout | Order creation, address, shipping options |
| 004-payment | Payment gateway integration, confirmation |
| 005-orders | Order history, tracking, status updates |
Key considerations: Inventory management strategy, payment provider fallbacks, guest vs. authenticated checkout.
📱 Mobile App (playbooks/mobile-app/)
Section titled “📱 Mobile App (playbooks/mobile-app/)”Best for: iOS/Android apps with navigation, offline behavior, and data sync.
Typical spec partition:
| Spec | Focus area |
|---|---|
| 001-navigation | Screen flow, tab structure, deep linking |
| 002-auth | Login, biometrics, token refresh |
| 003-data-sync | Offline storage, conflict resolution, background sync |
| 004-notifications | Push notifications, in-app alerts |
| 005-core-feature | The main feature of your specific app |
Key considerations: Offline-first vs. online-first strategy, platform-specific behaviors, app store requirements.
⚙️ Backend API (playbooks/backend-api/)
Section titled “⚙️ Backend API (playbooks/backend-api/)”Best for: REST or GraphQL APIs serving frontends, mobile apps, or third parties.
Typical spec partition:
| Spec | Focus area |
|---|---|
| 001-data-model | Database schema, relationships, migrations |
| 002-endpoints | Route design, input validation, response format |
| 003-auth-security | Authentication, authorization, rate limiting |
| 004-integration | Third-party API connections, webhooks |
| 005-observability | Logging, monitoring, error tracking, health checks |
Key considerations: API versioning strategy, authentication mechanism (JWT vs. OAuth2 vs. API keys), error response standardization.
🚀 How to activate a playbook
Section titled “🚀 How to activate a playbook”With AI assistance:
Section titled “With AI assistance:”Using https://github.com/juanklagos/spec-driven-development-template and the [PACK_NAME] playbook,help me set up a new project for [MY GOAL].Use the playbook's typical spec partition as a starting point.Propose initial idea framing and spec structure adapted to my specific needs.Do not implement code until we agree on the spec partition.Manually:
Section titled “Manually:”- Copy the playbook’s suggested spec structure into your
specs/folder - Fill
idea/IDEA_GENERAL.mdusing the playbook’s focus areas as a guide - Create each spec folder using
./scripts/new-spec.sh "feature-name" "Owner" - Customize requirements and acceptance criteria for your specific case
💡 Creating your own playbook
Section titled “💡 Creating your own playbook”If your project type isn’t covered, create a new playbook:
- Create
playbooks/your-type/README.md - Define: typical spec partition, key considerations, domain-specific prompts
- Include at least 5 suggested specs with focus areas
- Add a recommended AI prompt for initialization
💡 Quick tips
Section titled “💡 Quick tips”- Start from a simple one-paragraph project description.
- Ask the AI to confirm the active spec before coding.
- Close every session with validation and a clear next step.
📊 Visual flow
Section titled “📊 Visual flow”flowchart LR A["Project idea"] --> B["Spec approved"] B --> C["Plan aligned"] C --> D["Tasks prioritized"] D --> E["Implementation"] E --> F["Validation + Logbook"]