Repository navigation
Documentation Map
Colton Jones edited this page Sep 22, 2026
·
1 revision
Every document below lives in the repository and is reviewed through pull requests.
When two sources disagree, use this order (from docs/manuals/00-index.md):
-
decisions-register.md: binding product and domain decisions (D1–D4,R1…). - Current code, migrations, Compose overlays and the generated API contract: shipped behavior.
- The manuals and operator runbooks: how to use that shipped behavior.
- Numbered specification docs 01–18: intended architecture and design. Implementation-status notes mark designed-but-unshipped parts.
-
current-status.mdis the dated execution snapshot,open-residuals.mdis the current residual ledger, andslice-history.mdpreserves shipped evidence.
When a security or data-protection rule conflicts, keep the stricter one and ask the owner (AGENTS.md).
| Document | Use it for |
|---|---|
| current-status.md | Latest shipped baseline, test counts, CI topology |
| open-residuals.md | Every current deferred item, as a stable RES-* record with a closure contract |
| slice-history.md | Dated narrative and evidence for each shipped slice |
| decisions-register.md | Locked decisions and numbered resolutions |
| dev-workflow.md | Toolchain, local loops, operator notes, API quick reference |
| Document | Audience |
|---|---|
| Installation guide | Installer / infrastructure owner |
| User manual | QMS users |
| Administrator & IT manual | System administrators and IT operations |
| Runbook index | Operators: install, backup/restore, key rotation, drift scan, integrity, SPOF restart, NFR budgets |
| GitHub repository setup | Maintainers: rulesets, Actions, Dependabot, security settings |
| Location | Contents |
|---|---|
| docs/superpowers/ | Per-slice design specs and implementation plans for the web track |
| docs/debt/ | Dated technical-debt notes behind specific ADRs and slices |
| docs/review-2026-07-22.md, audit-2026-06-17.md, documentation-audit-2026-07-30.md | Dated reviews and audits |
Navigation index only — the reviewed documentation in the repository is authoritative. Wiki edits are not reviewed; propose content changes as pull requests against docs/.
Using EasySynQ
Contributing
Authority (repository)