
Project Memory System
The deployed prototype of the methodology behind every Project Brain Build. Solo work, in daily production since 2025.
The problem
AEC firms accumulate a decade of context — emails, drawings, contracts, meeting notes, regulatory documents — that no one can retrieve when it matters. By the time a partner needs “what did we agree with client X about Y last March?”, it’s faster to forget the question than find the answer. Before building project-memory systems for firms, I built and operate one on my own life.
What I built
- Ingestion: Gmail every 4 h, Calendar daily, WhatsApp full-history, ChatGPT/Claude exports, meeting transcripts, a local-file watcher — all custom Python, all on cron, all idempotent, all locally stored.
- Curation: 11 categorized vaults, ~305 MB curated context, source stubs tracing every note to its original file, append-only decision log, SQLite FTS5 retrieval index, quarantine folders — nothing deleted, only moved.
- Multi-agent layer: 12 specialized AI skills — curator, researcher, daily, blind-spots, architect, vault-cleaner, orchestrator and more.
- Automation: morning brief 7 a.m., daily note 10 p.m., weekly review Sunday.
- Governance: local-first, zero-data-retention DPA, aligned with EU AI Act art. 4 + art. 50.
7,571 lines of Python · 17 production scripts · 12 AI skills · 11 vaults. Last architecture audit examined 8,775 notes and produced a prioritized fix-it queue.
Why it matters for your project
The transfer is mechanical: email → project-management tool, chat → team channel, files → BIM/document archive. The runtime risk is low because the system already runs in production daily — the work is connector substitution and prompt re-targeting, measured in weeks, not months.



