PROJECT 5.5 Architecture overview · August 2026

Memory that can evolve.
Work that remains accountable.

A visual guide to why we are pairing active agent memory with deterministic business controls—and how a year of operating experience moved us here.

01

The architecture

See the whole system before reading the argument.

The upper half shows where flexibility belongs. The lower half shows how operating experience produced the design.

Project 5.5 architecture. A knowledge path moves from source evidence through typed records and project tracks into current context. A governance path moves from business boundaries through policy, procedures, ownership, approval, action, and independent verification. Four operating planes—knowledge, governance, execution, and presentation—remain distinct. Below, a seven-step decision progression moves from Attempt 5.5 to Control Center, GLOBAL, MCP, Daniel's Desk, email and Cloudflare, and finally NapMem.
PROJECT 5.5 / ARCHITECTURE + DECISION TRAILFit entire graphic to screenOpen full-size image ↗
02

The progression

Each decision solved a failure the earlier design exposed.

This is the short version. The detailed page preserves the reasoning, limits, and supporting evidence.

  1. 01ATTEMPT 5.5Workflows need durable state.
  2. 02CONTROL CENTERShared context needs authority boundaries.
  3. 03GLOBALSome rules belong above projects.
  4. 04MCPAccess should be typed and bounded.
  5. 05DANIEL'S DESKThe interface should manage attention.
  6. 06EMAIL + CLOUDFLAREAn event is not permission to act.
  7. 07NAPMEMActive navigation belongs in knowledge.
Follow the complete decision chain

FULL RECORD Argument · decision chain · evidence

The overview is the map.
The detail page is the record.

Read what we adopted, what we deliberately rejected, what remains unresolved, and what evidence would cause us to change direction.

Read the full argument