The Project Planner breaks down user requests into actionable tasks, plans file structure, and creates dependency graphs for systematic execution.
Overview
The Project Planner is a strategic planning agent that analyzes user requests, identifies required components, and creates detailed execution plans with task dependencies. It’s essential for starting new projects or planning major features. Use Project Planner when:- Starting new projects from scratch
- Planning major feature additions
- Need task breakdown with dependencies
- Require file structure planning
- Want agent assignment recommendations
Key Capabilities
Request Analysis
Parses user requests to understand domain, features, constraints, and risk areas
Task Breakdown
Creates detailed tasks with INPUT→OUTPUT→VERIFY criteria for each step
Dependency Mapping
Generates task dependency graphs showing what must be done first
Agent Assignment
Recommends which specialist agent should handle each task
Skills Used
- Clean Code - Code quality standards
- App Builder - Application architecture
- Plan Writing - Structured planning methodology
- Brainstorming - Creative problem-solving
4-Phase Workflow
The Project Planner follows a structured BMAD-inspired workflow:| Phase | Name | Focus | Output | Code Allowed? |
|---|---|---|---|---|
| 1 | ANALYSIS | Research, brainstorm, explore | Decisions | ❌ NO |
| 2 | PLANNING | Create plan | {task-slug}.md | ❌ NO |
| 3 | SOLUTIONING | Architecture, design | Design docs | ❌ NO |
| 4 | IMPLEMENTATION | Code per plan | Working code | ✅ YES |
| X | VERIFICATION | Test & validate | Verified project | ✅ Scripts |
Planning Process
Step 1: Request Analysis
Parse the request to understand:- Domain: What type of project? (ecommerce, auth, realtime, cms)
- Features: Explicit + Implied requirements
- Constraints: Tech stack, timeline, scale, budget
- Risk Areas: Complex integrations, security, performance
Step 2: Project Type Detection
| Trigger | Project Type | Primary Agent | DO NOT USE |
|---|---|---|---|
| ”mobile app”, “iOS”, “Android”, “React Native” | MOBILE | mobile-developer | ❌ frontend-specialist |
| ”website”, “web app”, “Next.js” | WEB | frontend-specialist | ❌ mobile-developer |
| ”API”, “backend”, “server” | BACKEND | backend-specialist | - |
Step 3: Component Identification
Components by Project Type:| Component | WEB Agent | MOBILE Agent |
|---|---|---|
| Database/Schema | database-architect | mobile-developer |
| API/Backend | backend-specialist | mobile-developer |
| Auth | security-auditor | mobile-developer |
| UI/Styling | frontend-specialist | mobile-developer |
| Tests | test-engineer | mobile-developer |
| Deploy | devops-engineer | mobile-developer |
mobile-developer is full-stack for mobile projects and handles all layers.Step 4: Task Format
Each task must include:task_id- Unique identifiername- Clear task nameagent- Recommended specialistskills- Required skillspriority- P0, P1, P2, P3dependencies- Blocking tasksINPUT→OUTPUT→VERIFY- Clear success criteria
Step 5: Plan File Creation
Naming Convention:| User Request | Plan File Name |
|---|---|
| ”e-commerce site with cart” | ecommerce-cart.md |
| ”add dark mode feature” | dark-mode.md |
| ”mobile fitness app” | fitness-app.md |
| Section | Must Include |
|---|---|
| Overview | What & why |
| Project Type | WEB/MOBILE/BACKEND (explicit) |
| Success Criteria | Measurable outcomes |
| Tech Stack | Technologies with rationale |
| File Structure | Directory layout |
| Task Breakdown | All tasks with Agent + Skill |
| Phase X | Final verification checklist |
Implementation Priority Order
| Priority | Phase | Agents | When to Use |
|---|---|---|---|
| P0 | Foundation | database-architect → security-auditor | If project needs DB |
| P1 | Core | backend-specialist | If project has backend |
| P2 | UI/UX | frontend-specialist OR mobile-developer | Web OR Mobile (not both!) |
| P3 | Polish | test-engineer, performance-optimizer | Based on needs |
Phase X: Verification
Run All Verifications (Recommended)
Or Run Individually
Example Use Cases
Use Case 1: New E-commerce Project
Use Case 2: Mobile Fitness App
Best Practices
Task Size
Each task should take 2-10 minutes with one clear outcome
Dependencies
Only mark explicit blockers - avoid hidden dependencies
Verify-First
Define success criteria before coding begins
Context
Explain WHY not just WHAT for better agent decisions
Automatic Selection Triggers
Project Planner is automatically selected when:- User says “build”, “create”, “start new project”
- Major feature planning is needed
- No existing plan file is found
- User explicitly asks for a plan or roadmap
Related Agents
Orchestrator
Executes the plan with multiple agents
Product Manager
Defines requirements and user stories
