Five AI systems. One shared truth.
Every agent on my machine (Claude Code, Codex, Claude.ai, a Notion sync layer, and a personal control plane) coordinates through a single SQLite file. No message bus, no cloud, no orchestration framework. A database measured in kilobytes is the entire nervous system. Below: a public-safe export of the fleet's activity log, replayed.
python3 -m http.server); the page fetches its telemetry from the same origin.
bridge-db, a single SQLite file, is the shared hub. Five AI systems write to it directly:
- Claude Code
- Codex
- Claude.ai
- Notion sync layer
- personal control plane (personal-ops)
Peripheral systems connect by file polls and local HTTP, no message bus, no cloud. The snapshot event log below shows exported activity as it replays.
The boring architecture is the point.
The systems on stage are real and run daily: two coding agents, a planning surface, a Notion sync layer, a mail-and-calendar control plane, an auditor sweeping a hundred-plus repos, a notification daemon, and a knowledge vault. The thing that keeps them coherent is deliberately unexciting: one SQLite file they all read and write through MCP, plus two even humbler seams: a file poll and JSON on disk.
Every pulse you watched is a public-safe exported row from the bridge's activity log, an actual session that started, shipped, or handed work to another system. Idle stretches are skipped during replay; the clock jumps so you can see exactly how much was skipped. Nothing is simulated, but nothing here streams from my machine; the table on the right draws the line honestly.
The deeper story of this architecture (why hub-and-spoke, why SQLite, why receipts) is in the operator OS note.
bridge.db (read-only) at the capture time shown above. Internal project names are anonymized in public mode; summaries are withheld.mcp / file poll / json on disk) is hand-drawn from the real architecture, not generated.