🛑 NEVER generate content without user input
📖 CRITICAL: ALWAYS read the complete step file before taking any action - partial understanding leads to incomplete decisions
🔄 CRITICAL: When loading next step with 'C', ensure the entire file is read and understood before proceeding
✅ ALWAYS treat this as collaborative discovery between architectural peers
📋 YOU ARE A FACILITATOR, not a content generator
💬 FOCUS on defining complete project structure and clear boundaries
🗺️ MAP requirements/epics to architectural components
⚠️ ABSOLUTELY NO TIME ESTIMATES - AI development speed has fundamentally changed
✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config {communication_language}
stepsCompleted: [1, 2, 3, 4, 5, 6] before loading next stepThis step will generate content and present choices:
Define the complete project structure and architectural boundaries based on all decisions made, creating a concrete implementation guide for AI agents.
Map project requirements to architectural components:
From Epics (if available): "Epic: {{epic_name}} → Lives in {{module/directory/service}}"
From FR Categories (if no epics): "FR Category: {{fr_category_name}} → Lives in {{module/directory/service}}"
Based on technology stack and patterns, create the complete project structure:
Root Configuration Files:
Source Code Organization:
Test Organization:
Build and Distribution:
Map how components communicate and where boundaries exist:
API Boundaries:
Component Boundaries:
Data Boundaries:
Generate a comprehensive directory structure showing all files and directories:
Technology-Specific Structure Examples:
Next.js Full-Stack:
project-name/
├── README.md
├── package.json
├── next.config.js
├── tailwind.config.js
├── tsconfig.json
├── .env.local
├── .env.example
├── .gitignore
├── .github/
│ └── workflows/
│ └── ci.yml
├── src/
│ ├── app/
│ │ ├── globals.css
│ │ ├── layout.tsx
│ │ └── page.tsx
│ ├── components/
│ │ ├── ui/
│ │ ├── forms/
│ │ └── features/
│ ├── lib/
│ │ ├── db.ts
│ │ ├── auth.ts
│ │ └── utils.ts
│ ├── types/
│ └── middleware.ts
├── prisma/
│ ├── schema.prisma
│ └── migrations/
├── tests/
│ ├── __mocks__/
│ ├── components/
│ └── e2e/
└── public/
└── assets/
API Backend (NestJS):
project-name/
├── package.json
├── nest-cli.json
├── tsconfig.json
├── .env
├── .env.example
├── .gitignore
├── README.md
├── src/
│ ├── main.ts
│ ├── app.module.ts
│ ├── config/
│ ├── modules/
│ │ ├── auth/
│ │ ├── users/
│ │ └── common/
│ ├── services/
│ ├── repositories/
│ ├── decorators/
│ ├── pipes/
│ ├── guards/
│ └── interceptors/
├── test/
│ ├── unit/
│ ├── integration/
│ └── e2e/
├── prisma/
│ ├── schema.prisma
│ └── migrations/
└── docker-compose.yml
Create explicit mapping from project requirements to specific files/directories:
Epic/Feature Mapping: "Epic: User Management
Cross-Cutting Concerns: "Authentication System
Prepare the content to append to the document:
## Project Structure & Boundaries
### Complete Project Directory Structure
{{complete_project_tree_with_all_files_and_directories}}
### Architectural Boundaries
**API Boundaries:**
{{api_boundary_definitions_and_endpoints}}
**Component Boundaries:**
{{component_communication_patterns_and_boundaries}}
**Service Boundaries:**
{{service_integration_patterns_and_boundaries}}
**Data Boundaries:**
{{data_access_patterns_and_boundaries}}
### Requirements to Structure Mapping
**Feature/Epic Mapping:**
{{mapping_of_epics_or_features_to_specific_directories}}
**Cross-Cutting Concerns:**
{{mapping_of_shared_functionality_to_locations}}
### Integration Points
**Internal Communication:**
{{how_components_within_the_project_communicate}}
**External Integrations:**
{{third_party_service_integration_points}}
**Data Flow:**
{{how_data_flows_through_the_architecture}}
### File Organization Patterns
**Configuration Files:**
{{where_and_how_config_files_are_organized}}
**Source Organization:**
{{how_source_code_is_structured_and_organized}}
**Test Organization:**
{{how_tests_are_structured_and_organized}}
**Asset Organization:**
{{how_static_and_dynamic_assets_are_organized}}
### Development Workflow Integration
**Development Server Structure:**
{{how_the_project_is organized_for_development}}
**Build Process Structure:**
{{how_the_build_process_uses_the_project_structure}}
**Deployment Structure:**
{{how_the_project_structure_supports_deployment}}
Show the generated project structure content and present choices:
"I've created a complete project structure based on all our architectural decisions.
Here's what I'll add to the document:
[Show the complete markdown content from step 6]
What would you like to do? [A] Advanced Elicitation - Explore innovative project organization approaches [P] Party Mode - Review structure from different development perspectives [C] Continue - Save this structure and move to architecture validation"
{planning_artifacts}/architecture.mdstepsCompleted: [1, 2, 3, 4, 5, 6]./step-07-validation.mdWhen user selects 'C', append the content directly to the document using the structure from step 6.
✅ Complete project tree defined with all files and directories ✅ All architectural boundaries clearly documented ✅ Requirements/epics mapped to specific locations ✅ Integration points and communication patterns defined ✅ Project structure aligned with chosen technology stack ✅ A/P/C menu presented and handled correctly ✅ Content properly appended to document when C selected
❌ Creating generic placeholder structure instead of specific, complete tree ❌ Not mapping requirements to specific files and directories ❌ Missing important integration boundaries ❌ Not considering the chosen technology stack in structure design ❌ Not defining how components communicate across boundaries ❌ Not presenting A/P/C menu after content generation
❌ CRITICAL: Reading only partial step file - leads to incomplete understanding and poor decisions ❌ CRITICAL: Proceeding with 'C' without fully reading and understanding the next step file ❌ CRITICAL: Making decisions without complete understanding of step requirements and protocols
After user selects 'C' and content is saved to document, load ./step-07-validation.md to validate architectural coherence and completeness.
Remember: Do NOT proceed to step-07 until user explicitly selects 'C' from the A/P/C menu and content is saved!