Local-First & Privacy

Persistent Memory, Local-First: Why Your AI Shouldn't Forget When You're Offline

The day the vendor went away

Picture it: you've spent months with an AI companion or assistant. It knows your projects, your history, your shorthand. Then the company announces it's shutting down — or the plan ends, or the product pivots — and every byte of that relationship goes with it. No export. No goodbye. Persistent memory, local-first is the architecture where that story can't happen: the memory lives on your machine, so it outlives any vendor, any outage, any pricing change.

This page is the evaluation guide: what local-first is not, how to tell a real local-first setup from a cloud memory wearing a local label, and the three questions that settle it.

What local-first is not

Before the checklist, clear the misconceptions, because the label gets abused:

The distinction that matters is always the same: the model is a tenant; the memory is what's yours. Everything else is implementation detail.

Spotting a cloud memory with a local label

Here's where it gets sneaky. Some products call themselves local when only part of the story is:

The marketing word is "local." The test is offline. If the memory doesn't survive a severed internet connection, it isn't local-first — it's a cloud service with a privacy badge.

The three questions that settle it

If you want to evaluate any memory setup — a product, a framework, or your own build — ask three questions:

  1. Is the store on my hardware? Not a vendor's cloud, not a sync-to-cloud hybrid — the actual record, on a disk you control.
  2. Does it work offline? The memory doesn't need a connection to be read, written, or searched.
  3. Do I control it? You can back it up, edit it, move it, or delete it — completely, not cosmetically.

If the answer is yes to all three, you have real persistent local-first memory. If any answer is no, you have cloud memory with a local label — which may be fine for casual use, but it isn't what the word implies.

What real local-first looks like in practice

When a setup passes the three questions, the practical differences show up fast:

For the deeper arguments behind those benefits — the privacy case and the ownership case — does AI use local memory and what local-first AI memory means each take one angle. If you're building rather than buying, local AI agent memory walks the actual stack.

The bottom line

Persistent memory, local-first is the difference between owning your AI's memory and renting it. Run the three questions on anything you're considering: store on my hardware, works offline, fully mine. If it passes, a vendor's worst day is just a footnote in your setup. If it fails, you're one subscription lapse away from losing a relationship — and that's not memory, that's a service.

Using Codex? Keep the thread through compaction.

Seamless Context saves a bounded summary of your whole Codex conversation just before each compaction and gives it back afterwards, once. In our tests on GPT-5.6 Sol it brought back all 11 planted facts after six compactions; the same chat without it kept none. Where Codex already remembers well (GPT-5.6 Terra and Luna) it adds little. Windows, Codex Desktop.