Skip to content

Documentation Index

github-actions[bot] edited this page Oct 7, 2026 · 22 revisions

Generated reference. This page is published automatically from the version-controlled repository. Canonical source: docs/PROJECT_DOCS_INDEX.md. Do not edit this wiki page directly.

Project documentation index

Nemosyne keeps a small set of authoritative documents and a larger body of subordinate reference/history. The machine-readable lifecycle map is DOCS_MANIFEST.json. Archived documents are context only and never override active authorities.

Governing authorities

  • Nemosyne_Definitive_Vision_and_Roadmap.md - canonical product, research, and architecture direction.
  • ROADMAP.md - canonical live implementation status, programme order, current authorized forward tranche, collision rules, and review findings.
  • ../AGENTS.md - canonical tool-neutral engineering/agent contract.
  • ARCHITECTURE.md - active technical reference, subordinate to the governing vision where migration remains incomplete.

Executable facts such as commands, dependency/tool versions, CI topology, coverage thresholds, and package metadata are authoritative only in their executable configuration (package.json, workflows, test configs, toolchain files, and source). Documentation should link to those sources instead of copying values that can drift.

Engineering governance

Implementation and engineering reference

These documents may describe current implementation but must not override the governing authorities above. Historical stream labels retained in active evidence/reference documents are provenance, not current execution ownership.

Product and spatial interaction reference

Current Full Moneta review

Study and research governance

Study material is operational research governance; it does not override product/architecture authority.

GitHub Wiki

The repository GitHub Wiki is a generated reference surface, not an independent documentation authority. scripts/generate-wiki.mjs projects every non-historical entry in DOCS_MANIFEST.json into Wiki pages and also builds a codebase index from exported TypeScript symbols under src/.

.github/workflows/wiki-sync.yml validates the projection on pull requests and republishes the Wiki after relevant changes land on main. The publish job mirrors the generated output, so manually edited Wiki pages are intentionally replaced rather than allowed to diverge from version-controlled sources.

If information in the Wiki conflicts with repository documentation or executable configuration, the repository source is authoritative. Changes intended for the Wiki must therefore be made to the corresponding source document or generator, reviewed through the normal pull-request process, and then published automatically.

Historical archive

The documentation lifecycle review of 21 September 2026 demoted IMPLEMENTATION_PLAN_V3.md, STREAM_A_IMPLEMENTATION_QUALITY_CONTRACT.md, and STREAM_C_SECURITY_ASSURANCE.md from active authority. They now live under docs/archive/ as repository history/reference; they must not be used as live sequencing, concurrency, or finding-status authority. Point-in-time stream reviews were consolidated under docs/archive/review/ on 2026-10-06.

  • archive/README.md - archive index.
  • Historical roadmaps, completed sprint plans, superseded designs, audits, and point-in-time readiness reports belong under archive/.
  • The former root TEST_READY.md, TEST_INFRA.md, and draco_viso.md are archived because their counts, naming, or migration assumptions no longer describe the live project.

Documentation rules

  1. A document may have only one lifecycle/authority classification in DOCS_MANIFEST.json.
  2. Canonical authorities should be few. New status documents should normally update ROADMAP.md instead.
  3. Historical documents must live under archive/ and may not be cited as current authority.
  4. Machine-readable facts are not duplicated in agent prose.
  5. Any change to documentation authority or engineering instructions must pass npm run docs:check.
  6. If an active document conflicts with a governing authority, update it, clearly subordinate its operational status to ROADMAP.md, or archive it as part of the next touching change.
  7. GitHub Wiki pages are generated projections and must not be edited as independent sources of truth.
  8. Service/deployment/test-readiness debt belongs in governance/production-readiness.json; update the generated PRODUCTION_READINESS.md with node scripts/render-production-readiness.mjs --write rather than maintaining a parallel hand-written status list.

Clone this wiki locally