What problem does it solve?
Provides a clear, configuration-driven map of where project documentation lives so contributors and agents can reliably find, create, and update plans, reports, issues, and architecture notes without guessing hardcoded paths.
Core Features & Use Cases
- Configuration-driven paths: Explains how to read documentation paths from .cursor/config.json and avoid hardcoding ai_docs or other roots.
- Structured directory mapping: Describes standard doc areas (plans, reports, issues, features, api, components, architecture, design, changelog) and their intended purpose.
- Documentation workflow guidance: Advises when to update docs automatically versus manually, naming conventions, and linking docs to code changes.
- Use case: A documenter locating where to add a new API endpoint spec or a planner archiving completed tasks.
Quick Start
Read .cursor/config.json to resolve the configured documentation root and then open or create the appropriate file under the mapped develop, design, or changelog paths.