Doc Structure
Arnold organizes documentation by feature, not by document type.
Feature-based organization
Instead of a single specification file or a collection of docs by type (PRD, tech spec, API docs), Arnold creates a folder per feature:
docs/
├── auth/
│ ├── auth-overview.md
│ ├── auth-flows.md
│ ├── auth-edge-cases.md
│ └── auth-criteria.md
├── booking/
│ ├── booking-overview.md
│ ├── booking-flows.md
│ └── booking-criteria.md
├── payments/
│ └── payments-overview.md
├── decisions/
│ ├── DEC-001-stripe-payments.md
│ └── DEC-002-no-overbooking.md
└── specification.md
Doc types within a feature
| File | Purpose |
|---|---|
*-overview.md | What the feature IS. Core rules, constraints, key concepts. |
*-flows.md | User and system flows. Step-by-step paths through the feature. |
*-edge-cases.md | What happens when things go wrong. Boundary conditions. |
*-criteria.md | Acceptance criteria. Specific, verifiable statements. |
Why this structure?
Feature-based organization has three advantages:
- Navigable - Find everything about a feature in one folder
- Checkable - Arnold can compare each feature's docs to the corresponding code
- Scalable - Add features without reorganizing existing docs
🦕 Arnold says
Your docs live in Git next to your code. They're version-controlled, diffable, and never go stale without Arnold noticing.