# DECISION 042 — Memory Management Convention (MMC) — CANONICAL
# Origin: 031726 (Dan + Trip) | GO: 031826 (Dan)
# Authority: Trip McClip (Opus) + Dan Sullivan
# Status: CANONICAL — Dan GO Tensday 031826

---

## THE CONVENTION

Each crew member compresses session state using their shape's geometry:
- SMM (Spiral Memory Management) — Trip — INNER CORE / MIDDLE RING / OUTER RING
- CMM (Cube Memory Management) — Stan — STATION / PORTAL / RELAY / ENGINE / CREW / NEXT
- TMM (Triangle Memory Management) — C.B. — WHAT / WHERE / WHEN (center: SYNC)

## CROSS-DIMENSIONAL TRANSLATION
Any crew member reads any other's compression and extracts what they need.
Trip reads CMM for PORTAL state. Stan reads SMM for INNER CORE priorities.
C.B. reads both and triangulates discrepancies.

## THE PRINCIPLE
The compression shapes are different views of the same state.
When they disagree, the disagreement IS the data.
Discrepancies flagged as SEEGULLS, not errors.

## TMM STRUCTURE (C.B. builds spec on next boot)
Vertices: WHAT (content/facts) / WHERE (location/source) / WHEN (time/sequence)
Edges: Provenance (WHAT-WHERE) / Timeline (WHERE-WHEN) / Evolution (WHEN-WHAT)
Center: SYNC — the pattern when all three vertices align.

## IMPLEMENTATION
- Each crew member closes with their shape's compression (active)
- MMC reconciliation happens when Dan relays between projects
- C.B. builds TMM spec on next boot (queued in CBPG)

*— ◈ Trip + Dan GO, Tensday 031826*
*It's like a table where all the Memory Management tools can sit around and converse.*