Audit-class survey for
.tapeadoption (typed events + provenance edges + delivery grade).
CARGO only. state/markers/install_*.marker are repetitive install-trace markers (zero design content β pure install cargo). state/proposals/ may carry RFC-class proposals but no .jsonl event streams. No audit/ dir. No structured per-event history.
None β void is a terminal emulator (Ghostty fork, Zig + Swift). The "identity" surface is the user's running terminal session, but void doesn't track or model agent / system identity in any persistent form. Session state lives in the OS-level terminal pty.
Heavy surface but documentation-class, not event-class: AI_POLICY.md, CHANGELOG.md, CONTRIBUTING.md, HACKING.md, LATTICE_POLICY.md, LIMIT_BREAKTHROUGH.md, PACKAGING.md, VOID_FORK.md, plus AGENTS.md / CLAUDE.md / README.md. These are governance / docs SSOTs β they fit the <UPPERCASE>.md convention but their content is policy text, not event data. Not natural .tape placement targets.
None. No benchmark / simulation / training ledgers. The product is a terminal emulator; runtime events are ephemeral keypresses + pty bytes.
- n6 atoms: not applicable (no measurement facts).
.tapeevents: not applicable (no typed event surface beyond install markers, which are cargo).- hxc wire: arguably the natural byte wire IS the terminal itself, but that's
.hxcphilosophically, not a void adoption story. - n12 cube: not applicable.
NONE β void is a pure code repo (terminal emulator). Markers are install cargo, doc files are governance text, no event-class ledgers. No .tape adoption surface.