Documentation Map
Lists every documentation file in the project with its purpose and scope, preventing overlap and helping you find the right doc quickly.
What this file does
Lists every documentation file in the project with its purpose and scope, preventing overlap and helping you find the right doc quickly.
When to use it
- Onboarding to a new project's documentation system
- Deciding which document to create or update for a new task
- Auditing documentation coverage and identifying gaps
- Adding a new doc and needing to register it in the map
Documentation Map
Full navigation guide. Every doc in the system is listed here with its purpose and usage scope.
Last updated: YYYY-MM-DD
How to Use This File
- Scan this file to find the right document for your need
- Every entry includes "Use this for" and "Do not use this for" to prevent overlap
- If you create a new doc, add it here
Core Navigation
| File | Purpose |
|---|---|
| README.md | Entry point, quick-start, structure overview |
| setup-guide.md | First-time repo configuration checklist |
| docs-map.md | This file — full navigation |
| docs-governance.md | Ownership, update cadence, quality standards, docs changelog |
| current-state.md | Living project snapshot — handoff notes, WIP context, status |
| trigger-matrix.md | Events → required doc updates (24 event types) |
| prompt-skill-sync.md | Prompt/skill update guidance |
Setup
setup-guide.md
- Use this for: First-time configuration of this docs system in a new repo
- Do not use this for: Ongoing docs maintenance (use
docs-governance.md)
Agreements
team-working-agreement.md
- Use this for: Team-wide principles, communication norms, quality standards, Definition of Done
- Do not use this for: Repo-specific rules (use
repo-working-agreement.md), agent-specific rules (useagent-working-agreement.md)
repo-working-agreement.md
- Use this for: Repo structure rules, naming conventions, project-specific stack constraints
- Do not use this for: General team principles (use
team-working-agreement.md), git rules (usegit-management-policy.md)
agent-working-agreement.md
- Use this for: Agent forbidden actions (F1–F10), escalation triggers (E1–E8), error handling protocol, quality checklist
- Do not use this for: Human team norms (use
team-working-agreement.md), engineering standards (useengineering/)
Session Rituals
session-start.md
- Use this for: Ordered checklist to run at the start of every session — loads handoff notes and WIP context
- Do not use this for: Ongoing work tracking (use
board.mdorcurrent-state.md)
session-close.md
- Use this for: Ordered checklist for writing handoff notes, updating state, and saving context before ending
- Do not use this for: Sprint retrospectives (use
operations/retrospectives.md)
Engineering
engineering/README.md
- Use this for: Index of engineering docs, finding the right engineering reference
engineering/architecture.md
- Use this for: System architecture, component relationships, integration points
- Do not use this for: Implementation details or code patterns (use
code-standards.md)
engineering/code-standards.md
- Use this for: Coding conventions, patterns, style rules, UI standards (if applicable)
- Do not use this for: Architecture decisions (use
architecture.md), data shapes (usedata-contracts.md)
engineering/data-contracts.md
- Use this for: API contracts, data shapes, validation schemas, type definitions
- Do not use this for: Database schema (use
architecture.md), code patterns (usecode-standards.md)
engineering/testing-strategy.md
- Use this for: Testing approach, coverage targets, test tooling, test patterns
- Do not use this for: QA test plans for specific releases (use
operations/qa-test-plan.md)
engineering/deployment-notes.md
- Use this for: Deploy process, environment configs, infrastructure notes
- Do not use this for: Rollback procedures (use
operations/rollback-plan.md), incident response (useoperations/runbook.md)
Operations
operations/README.md
- Use this for: Index of operations docs, finding the right ops reference
operations/rca-log.md
- Use this for: Root cause analysis of significant failures
- Do not use this for: Quick incident notes (use
incident-reports.md), general lessons (uselessons-learned.md)
operations/incident-reports.md
- Use this for: Documenting what happened during an incident, timeline, impact
- Do not use this for: Deep root cause analysis (use
rca-log.md), team process review (useblameless-incident-reviews.md)
operations/retrospectives.md
- Use this for: Sprint or milestone retrospectives — what went well, what didn't, actions
- Do not use this for: Incident-specific reviews (use
blameless-incident-reviews.md), individual RCAs (userca-log.md)
operations/blameless-incident-reviews.md
- Use this for: Team-level learning from incidents without assigning blame
- Do not use this for: Technical root cause (use
rca-log.md), sprint process (useretrospectives.md)
operations/decision-log.md
- Use this for: Architecture decisions (ADRs), significant technical choices that must survive sessions
- Do not use this for: Sprint planning (use
board.md), risk assessment (userisk-register.md)
operations/runbook.md
- Use this for: Step-by-step operational procedures for known scenarios
- Do not use this for: Strategic guidance (use
playbook.md), deployment (useengineering/deployment-notes.md)
operations/playbook.md
- Use this for: Strategic response guides for complex situations
- Do not use this for: Exact step-by-step procedures (use
runbook.md), escalation paths (useescalation-policy.md)
operations/escalation-policy.md
- Use this for: When and how to escalate issues beyond the current agent/person
- Do not use this for: Response procedures (use
runbook.mdorplaybook.md)
operations/risk-register.md
- Use this for: Known risks, their likelihood, impact, and mitigation plans
- Do not use this for: Active incidents (use
incident-reports.md), decisions (usedecision-log.md)
operations/change-log.md
- Use this for: User-facing changes, releases, version history
- Do not use this for: Git commit history (use git log), internal refactors (use
decision-log.md)
operations/qa-test-plan.md
- Use this for: Test plans for specific releases, QA checklists, acceptance criteria
- Do not use this for: Long-term testing strategy (use
engineering/testing-strategy.md)
operations/rollback-plan.md
- Use this for: How to revert a deployment or change safely
- Do not use this for: General deployment process (use
engineering/deployment-notes.md)
operations/slo-sla-review.md
- Use this for: Service level objectives/agreements and their current status
- Do not use this for: Incident response (use
runbook.md), risk tracking (userisk-register.md)
operations/action-items-tracker.md
- Use this for: Tracking action items from retrospectives, incidents, and reviews
- Do not use this for: Sprint task tracking (use
board.md), long-term decisions (usedecision-log.md)
operations/lessons-learned.md
- Use this for: Reusable lessons discovered during development and operations
- Do not use this for: Incident-specific analysis (use
rca-log.md), process retrospectives (useretrospectives.md)
Delivery
board.md
- Use this for: Sprint/task tracking, current delivery status, backlog
- Do not use this for: Architecture decisions (use
operations/decision-log.md), project state summary (usecurrent-state.md)
Git
git-management-policy.md
- Use this for: Commit rules, branch naming, merge readiness, commit types
- Do not use this for: Deployment process (use
engineering/deployment-notes.md), code standards (useengineering/code-standards.md)
Templates
| Template | Use for |
|---|---|
| templates/rca-template.md | Creating new RCA entries |
| templates/incident-report-template.md | Creating new incident reports |
| templates/decision-record-template.md | Creating new ADR / decision log entries |
| templates/sprint-plan-template.md | Creating new sprint plans |
| templates/retrospective-template.md | Creating new retrospectives |
| templates/task-report-template.md | Creating sprint task completion reports |
When to Update This File
- When any doc file is added, renamed, or removed
- When a doc's purpose or scope changes
- When a new documentation category is created
What's inside
7 sections: core navigation, setup, agreements, session rituals, engineering, operations, delivery, git, and templates. 30+ file entries with use/don't-use guidance.
Change this for your project
- Replace
cecengyayatsuryadi/docswith your own repository name in the file path references - Replace
YYYY-MM-DDin the last-updated line with the actual date - Replace each file link like
[README.md](README.md)with your actual file paths if your repo structure differs
Where it goes
Keep it in your repository where the agent or team that needs it will read it.
Worth borrowing
- Use/don't-use pairs per file to prevent documentation overlap
- Separate sections for engineering, operations, and templates to organize by audience
- A dedicated trigger-matrix file that maps events to required doc updates
Related Documents
🌟 GitHub MCP Server - Feature Showcase
Showcases eight GitHub MCP server tools with example inputs, outputs, and real-world use cases for AI agents.
OpenCode Agents
Provides a collection of specialised Markdown agent files for OpenCode, each with a distinct role and thinking algorithm.
Chloe 部署文档
Guides you through deploying an enhanced SillyTavern fork with direct, Docker, and reverse-proxy setups, plus security hardening and troubleshooting.
msitarzewski/agency-agents
Curates a directory of 100+ specialised AI agent personalities for software engineering, design, marketing, sales, and more, each with identity, workflows, and deliverables.