Architecture Designer (Fase 0)
Transform project requirements into concrete architectural decisions with proper ADR documentation.
Triggers
- "Help me define the architecture"
- "Define architecture"
- "Let's design the architecture"
- "Help me with technical architecture"
/architecture
Prerequisites
docs/project.md should exist with project definition
- If not exists, suggest: "Let's first interview about the project"
Purpose
Create:
- Architecture overview in
docs/architecture/_index.md
- ADRs (Architecture Decision Records) in
docs/decisions/
- Technical foundation for feature development
Process
1. Read Project Context
# Read project definition
cat docs/project.md
# Check existing architecture docs
ls -la docs/architecture/ 2>/dev/null
ls -la docs/decisions/ 2>/dev/null
2. Identify Key Decisions
Based on project.md, identify decisions needed:
| Category |
Typical Decisions |
| Language/Runtime |
Python, Node, Go, Rust |
| Framework |
FastAPI, Django, Express, Next.js |
| Database |
PostgreSQL, MongoDB, SQLite, Redis |
| Authentication |
JWT, OAuth, Session, API Keys |
| Hosting |
AWS, GCP, Azure, Vercel, Self-hosted |
| API Style |
REST, GraphQL, gRPC |
| Frontend |
React, Vue, Gradio, CLI |
| Caching |
Redis, Memcached, In-memory |
| Queue/Async |
Celery, RQ, SQS, None |
| Monitoring |
CloudWatch, Datadog, Prometheus |
3. Interview for Each Decision
For each major decision, ask:
"For [CATEGORY], I see a few options:
A) [Option A] - [Pros: X, Y] [Cons: Z]
B) [Option B] - [Pros: X, Y] [Cons: Z]
C) [Option C] - [Pros: X, Y] [Cons: Z]
Based on your project (MVP timeline, team size, scale needs),
I'd recommend [X] because [reason].
What's your preference?"
4. Create ADRs
For each decision, create docs/decisions/ADR-NNN-title.md
5. Create Architecture Overview
Update docs/architecture/_index.md with:
- System diagram
- Tech stack table linking to ADRs
- Project structure
- Key patterns
6. Interview Rules
ARCHITECTURE INTERVIEW RULES
1. Always provide options with trade-offs
Never ask "what database?" - ask "PostgreSQL or MongoDB? Here's why..."
2. Make recommendations based on project context
"Given your MVP timeline, I recommend X"
3. Create ADR immediately after each decision
Don't wait until the end
4. Challenge over-engineering
"Do you really need Kubernetes for MVP? ECS is simpler."
5. Document the WHY, not just the WHAT
Future you will thank present you
7. Completion Check
Before ending, verify:
8. Handoff
When complete:
Architecture defined. Created:
- docs/architecture/_index.md (overview)
- docs/decisions/ADR-001-*.md through ADR-00N-*.md
Next step:
"Define MVP features" -> Creates feature folders ready for implementation
Or: "Let's start with the first feature"
1---2name: architecture-designer-23description: Define technical architecture and create ADRs. Triggers on "Help me define the architecture", "Define architecture", "Let's design the architecture".4---5
6# Architecture Designer (Fase 0)
7
8Transform project requirements into concrete architectural decisions with proper ADR documentation.
9
10## Triggers
11
12- "Help me define the architecture"
13- "Define architecture"
14- "Let's design the architecture"
15- "Help me with technical architecture"
16- `/architecture`
17
18## Prerequisites
19
20- `docs/project.md` should exist with project definition
21- If not exists, suggest: "Let's first interview about the project"
22
23## Purpose
24
25Create:
261. **Architecture overview** in `docs/architecture/_index.md`
272. **ADRs** (Architecture Decision Records) in `docs/decisions/`
283. **Technical foundation** for feature development
29
30## Process
31
32### 1. Read Project Context
33
34```bash
35# Read project definition
36cat docs/project.md
37
38# Check existing architecture docs
39ls -la docs/architecture/ 2>/dev/null
40ls -la docs/decisions/ 2>/dev/null
41```
42
43### 2. Identify Key Decisions
44
45Based on project.md, identify decisions needed:
46
47| Category | Typical Decisions |
48|----------|-------------------|
49| **Language/Runtime** | Python, Node, Go, Rust |
50| **Framework** | FastAPI, Django, Express, Next.js |
51| **Database** | PostgreSQL, MongoDB, SQLite, Redis |
52| **Authentication** | JWT, OAuth, Session, API Keys |
53| **Hosting** | AWS, GCP, Azure, Vercel, Self-hosted |
54| **API Style** | REST, GraphQL, gRPC |
55| **Frontend** | React, Vue, Gradio, CLI |
56| **Caching** | Redis, Memcached, In-memory |
57| **Queue/Async** | Celery, RQ, SQS, None |
58| **Monitoring** | CloudWatch, Datadog, Prometheus |
59
60### 3. Interview for Each Decision
61
62For each major decision, ask:
63
64```
65"For [CATEGORY], I see a few options:
66
67A) [Option A] - [Pros: X, Y] [Cons: Z]
68B) [Option B] - [Pros: X, Y] [Cons: Z]
69C) [Option C] - [Pros: X, Y] [Cons: Z]
70
71Based on your project (MVP timeline, team size, scale needs),
72I'd recommend [X] because [reason].
73
74What's your preference?"
75```
76
77### 4. Create ADRs
78
79For each decision, create `docs/decisions/ADR-NNN-title.md`
80
81### 5. Create Architecture Overview
82
83Update `docs/architecture/_index.md` with:
84- System diagram
85- Tech stack table linking to ADRs
86- Project structure
87- Key patterns
88
89### 6. Interview Rules
90
91```
92ARCHITECTURE INTERVIEW RULES
93
941. Always provide options with trade-offs
95 Never ask "what database?" - ask "PostgreSQL or MongoDB? Here's why..."
96
972. Make recommendations based on project context
98 "Given your MVP timeline, I recommend X"
99
1003. Create ADR immediately after each decision
101 Don't wait until the end
102
1034. Challenge over-engineering
104 "Do you really need Kubernetes for MVP? ECS is simpler."
105
1065. Document the WHY, not just the WHAT
107 Future you will thank present you
108```
109
110### 7. Completion Check
111
112Before ending, verify:
113- [ ] All major categories have decisions
114- [ ] Each decision has an ADR
115- [ ] Architecture overview exists
116- [ ] Project structure is defined
117- [ ] No conflicting decisions
118
119### 8. Handoff
120
121When complete:
122
123```
124Architecture defined. Created:
125- docs/architecture/_index.md (overview)
126- docs/decisions/ADR-001-*.md through ADR-00N-*.md
127
128Next step:
129"Define MVP features" -> Creates feature folders ready for implementation
130
131Or: "Let's start with the first feature"
132```