acdream/docs/README.md
Erik 0dc3bfdeff docs(runtime): close local movement ownership
Record the exact J5.4 automated, lifecycle/reconnect, and nine-stop movement evidence; advance the Modern Runtime program to J5.5; and synchronize architecture, roadmap, milestones, AGENTS/CLAUDE, rollback, and durable research pointers.

Co-authored-by: Codex <noreply@openai.com>
2026-07-26 12:53:41 +02:00

115 lines
6.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# acdream documentation map
This page is the entry point for project documentation. It distinguishes
current sources of truth from implementation history so an old plan or issue
banner cannot silently override the current program state.
## Current snapshot — 2026-07-26
- **Milestone state:** M3, “Cast a spell,” landed 2026-07-21. M4, “Live in the
world,” is active.
- **M4 gameplay program (paused while the authorized performance program
executes):** the pre-M4 world-interaction completion program
in
[`plans/2026-07-23-world-interaction-completion.md`](plans/2026-07-23-world-interaction-completion.md).
The eight-slice `GameWindow` decomposition and its connected visual matrix
are complete.
- **Current active engineering program:** Slices AI, J0J4, and J5.1J5.4 of
[`plans/2026-07-24-modern-runtime-architecture.md`](plans/2026-07-24-modern-runtime-architecture.md)
are complete. Production uses prepared world/collision packages, typed
residence, retained render-scene/delta submission, bounded frame owners, and
flat-authoritative collision without parsed-graph production residency.
Runtime owns canonical session/transport, entity/object lifetime, J4
gameplay state, selection/interaction transactions, and combat/magic intent.
App materialized projections and retained widgets borrow exact Runtime
identity and action owners. J5.5 per-session physics and remote simulation is
next in
[`plans/2026-07-26-modern-runtime-slice-j5.md`](plans/2026-07-26-modern-runtime-slice-j5.md).
- **Completed gates:** R6 locomotion/collision/projectile/teleport/radar and
the final two-client portal-out/materialization observer comparison (`#218`).
- **Separate visual verification:** the shared-alpha lifestone/particle result
in `#225`; its connected resource-lifetime and performance routes pass.
- **Carried behavior debt:** `#153` (far teleport onto an unstreamed edge),
`#116` (two narrowed slide-response cases), and divergence rows TS-50/TS-51.
- **Active engineering track:** complete Slice J's coherent Runtime lifetime
groups, then build the approved Linux/headless multi-session host in Slice K.
J5.4's exact rollback is
`git revert aa3f4a60f87f2cbebc3d8ecd5e33d779b7fb13c1`.
- **Divergence audit:** 178 active rows — IA 17, AD 37, AP 85, TS 34,
and UN 5 — plus the retained retired TS-37 history note.
- **Latest automated baseline:** Release build succeeds; 8,575 tests pass and
five are intentionally skipped. The exact J5.4 connected lifecycle/reconnect
gate completed two sessions and seven checkpoints, and its canonical
nine-stop movement route completed all destinations and movement exercises,
with graceful zero-code exits and zero failures.
## Sources of truth
Read these in this order when deciding what to do next:
1. [`plans/2026-05-12-milestones.md`](plans/2026-05-12-milestones.md) — the
active playable outcome, freeze boundaries, and visual gates.
2. [`plans/2026-04-11-roadmap.md`](plans/2026-04-11-roadmap.md) — strategic
phase ledger: shipped, active, deferred, and future work.
3. [`ISSUES.md`](ISSUES.md) — tactical defects and small follow-ups. The status
inside an issue is authoritative; physical order is not.
4. [`architecture/retail-divergence-register.md`](architecture/retail-divergence-register.md)
— every known place runtime behavior can differ from retail.
5. [`architecture/acdream-architecture.md`](architecture/acdream-architecture.md)
and [`architecture/code-structure.md`](architecture/code-structure.md) —
ownership, dependency, update-thread, and extraction rules.
6. [`architecture/worldbuilder-inventory.md`](architecture/worldbuilder-inventory.md)
— rendering/DAT code already owned in-tree versus mechanisms still ours to
port.
If these disagree, milestones control the current outcome, the roadmap controls
work ordering, the issue status controls the individual defect, and the
architecture documents control implementation shape. Reconcile the stale
document in the same change; do not leave both claims standing.
## Research and implementation records
- [`research/named-retail/`](research/named-retail/) is the primary retail
oracle: named pseudo-C, headers, symbols, and types from the Sept 2013 build.
- [`research/decompiled/`](research/decompiled/) is the older Ghidra fallback.
- [`research/`](research/) contains focused pseudocode, traces, fixtures, and
gate reports. A dated research note records evidence; it does not become a
new roadmap.
- [`superpowers/specs/`](superpowers/specs/) and
[`superpowers/plans/`](superpowers/plans/) are per-slice design and execution
records. Completed plans remain historical.
- [`audit/`](audit/) contains completion and conformance audits.
## Durable memory
- [`../claude-memory/MEMORY.md`](../claude-memory/MEMORY.md) indexes the live
subsystem memories and the render/physics digests. Read a domain digest
before changing that subsystem, especially its DO-NOT-RETRY table.
- [`../memory/`](../memory/) contains stable engineering references such as the
modern rendering pipeline, two-tier streaming, and toolchain notes.
Memory accelerates recall; it does not outrank the canonical documents above.
When current truth changes, update the relevant canonical document and distill
only the durable lesson into memory.
## Historical and deprecated documents
- [`bugs.md`](bugs.md) is the April 2026 bug snapshot. It is preserved for
archaeology and is not an active ledger.
- Dated plans and specs describe the decision at that time. Their completion
wording is historical unless the current milestone/roadmap explicitly links
the item as active.
- Old `R1→R8` architecture sequencing is superseded. Current execution comes
from the milestones and strategic roadmap.
## Documentation maintenance rules
- Update milestone, roadmap, issue, divergence, architecture, and memory claims
in the same commit when a shipped change affects them.
- Keep one issue ID per defect. Narrow an issue in place; do not reuse another
issue's number as a shorthand.
- Mark automated, connected, and visual gates separately. An automated pass is
not a visual acceptance, and an RDP throughput sample is not a local-display
visual comparison.
- Preserve research history, but remove stale “current/next” claims from living
documents once the state advances.