| name | project-docs |
| description | Project documentation structure โ standard proj-[name]/ layout with ADRs, stories, and operations guides. Use when: initializing docs for a new project, recording architecture decisions, or maintaining project knowledge bases. |
Project Documentation
Core Principles
- Docs are for future you โ Good docs let you resume context in 5 minutes after 3 months away
- Record decisions, not just results โ "We use X" is not enough. Record "why X, not Y"
Project Docs Structure
Each project gets a proj-[name]/ directory:
proj-[name]/
โโโ SKILL.md # Project entry point (concise summary)
โโโ references/
โโโ _index.md # Navigation guide
โโโ product/
โ โโโ vision.md # What problem this project solves
โ โโโ principles.md # Core development principles
โโโ system/
โ โโโ overview.md # System architecture overview
โโโ decisions/
โ โโโ _index.md # Decision index
โ โโโ adr/ # Architecture Decision Records
โ โโโ stories/ # Feature stories
โโโ operations/
โโโ quick-nav.md # Quick navigation
โโโ troubleshooting.md # Common issues & solutions
Initializing a New Project
- Create the directory structure above
- Fill
product/vision.md โ What problem does this project solve?
- Define
product/principles.md โ What are the core development principles?
- Document
system/overview.md โ What does the system look like now?
- Backfill
decisions/adr/ โ Record important technical choices already made
See doc-standards.md for ADR format, story format, and naming conventions.
References