NateWiki — Open Brain corpus
Home · The Doctrine · All topics · Search
priority 1 14 posts

AI Memory & Second-Brain Systems

The playbook

Nate's core claim across this cluster: memory, not intelligence, is the binding constraint on AI usefulness, and it's getting relatively worse over time — intelligence has scaled roughly 60,000x since ChatGPT launched while memory infrastructure has scaled maybe 100x. Every new chat starts from zero; every tool switch discards accumulated context; vendors keep selling bigger context windows as the fix when the real problem is architecture, not volume.

He starts from a technical debunking. Long context windows are marketing more than engineering: a "200K token" model behaves like it has ~20K of reliable memory because attention is O(n²), position-biased toward the start and end of a prompt, and under-trained on far-distant tokens. The "lost in the middle" effect is real and reproducible — feeding a model more documents can make it perform worse, not better. His prescribed workaround, still valid throughout the cluster: don't trust the context window, architect around it with chunking, summary chains, retrieval (RAG), and explicit context budgeting by task type (planning needs breadth, execution needs precision).

From there the cluster tracks a genuine evolution in his prescribed system, in three distinct eras:

Era 1 — "Second Brain" (mid-2025 into early 2026). Pick a human-facing tool (Notion, Obsidian, or Mem — no universally correct choice, match to your style and ADHD-or-not tolerance for structure), run a 4-week capture habit, then layer AI summarize/extract/connect on top. By January 2026 this hardened into an explicit no-code architecture: Slack (or equivalent) as a frictionless single drop box, an AI "sorter" that classifies without asking you to tag anything, a Notion filing cabinet, a logged "receipt" for every action, a confidence "bouncer" that routes uncertain items to human review instead of guessing, and a daily/weekly "tap on the shoulder" digest. Twelve build principles came with it — reduce the human's job to one behavior, separate memory/compute/interface, treat prompts as APIs not creative writing, design for restart not perfection.

Era 2 — "Open Brain" (March 2026, the pivot). Nate explicitly retired the Second Brain guide: it was built for humans reading Notion pages, not for agents that need to query your knowledge directly. Open Brain replaces the Notion/Zapier middleman stack with a Postgres database plus pgvector embeddings, exposed over MCP so any AI client (Claude, ChatGPT, Cursor, whatever ships next) reads and writes the same store — no per-tool silos, no vendor lock-in, ~$0.10–0.30/month to run. The architecture is explicitly agent-first: agent-readable and agent-writable, human-readable and human-writable, on the same tables.

Era 3 — extensions and "Open Stack" (March–July 2026). Once Open Brain existed, the question became what to build on it. Key additions: a "two-door" principle (every extension needs an agent-facing query path and a human-facing visual one, because pipelines and calendars are inherently spatial, not conversational); a hard "judgment line" — agents surface, humans decide, agents execute, never blurred; and a write-time-vs-query-time framing borrowed from a viral Karpathy post (a compiled wiki front-loads synthesis at ingest time; Open Brain does synthesis fresh at query time) resolved into a hybrid: database as source of truth, a scheduled "wiki compiler" recipe as the browsable, regenerable view on top. By mid-2026 Nate reframed the whole endeavor as three owned layers — Open Brain (memory), Open Skills (method/how-to), Open Engine (task/handoff state) — sitting underneath whatever "rented" frontier model you plug in that week, because the model is disposable but your accumulated context is not.

A parallel thread throughout: memory is portable professional capital you don't currently own. Six months of real AI use encodes domain knowledge, workflow calibration, and a behavioral relationship the tool has learned about you — and all of it evaporates at a platform switch, an enterprise IT migration, or a job change. Nate's answer is the same architecture bet: own the database, speak the open protocol (MCP), keep your context extractable as a portable bundle instead of trapped in vendor "memory" features.

Key moves

The posts

Related