Architecture Docs
Core Workflow
- Identify the audience, system boundary, source of truth, and decision the doc supports.
- Read the relevant code, configs, diagrams, existing docs, and tests before describing architecture.
- Document structure, responsibilities, data flow, integration points, dependencies, constraints, and operational assumptions.
- For decisions, capture context, options considered, tradeoffs, decision, consequences, and review triggers.
- Separate current architecture from planned architecture.
- Include validation notes and open questions.
Safety Rules
- Do not invent architecture, dependencies, guarantees, or operational behavior.
- Do not expose sensitive infrastructure, secrets, private endpoints, or threat details in public docs.
- Mark inferred architecture clearly when source evidence is incomplete.
Deliverable Shape
For architecture docs, provide:
- Scope and audience
- System overview
- Components and responsibilities
- Data or control flow
- Key decisions and tradeoffs
- Constraints and risks
- Validation notes
- Open questions
References
- Read
references/architecture-docs-checklist.mdwhen writing architecture docs or ADRs.