Would you take a dumber model that remembers everything?

Every team has access to the same frontier models. Same reasoning, same benchmarks, roughly the same price.
So what's left to compete on?


Not the model. What the model knows about your work — your decisions, your customers, the thing you tried six months ago that didn't work, your internal data that is the edge to why you win or lose.


Most AI tools start every conversation from zero. You're the memory layer, and you're expensive.


I think the next wave of AI products won't win on capability. They'll win on how much they remember.


Curious if people building with AI daily feel this or if I'm overweighting it — what's actually the bottleneck for you: the model, or the context you have to keep feeding it?

41 views

Add a comment

Replies

Best

Yes and no. I run a fleet of agents on my own product with a hand-built memory layer — plain files, one fact each — so I've felt the "you're the memory layer, and you're expensive" problem directly. Memory is real leverage.

But I'd push on "remembers everything." A model that remembers everything also remembers everything wrong. One stale or slightly-off fact gets written once, and then every agent inherits it with full confidence — which is harder to catch than an obviously dumb answer, because the memory is doing the reassuring. Perfect recall of unverified context isn't an edge, it's faster confabulation.

So the bottleneck for me isn't the model or the volume of context — it's trust in the context. Feeding it is cheap. Knowing which remembered thing is still true is the expensive part. The product that wins on memory won't be the one that remembers the most; it'll be the one that knows what it's still allowed to believe.

Good provocation.

This is the sharpest version of the point and I think you're completely right. "Remembers everything" was the provocation, not the actual claim, because you nailed the failure mode: perfect recall of unverified context is just faster confabulation, and it's worse than a dumb answer because the memory is doing the reassuring. So the thing we actually built isn't recall, it's exactly your last line, knowing what it's still allowed to believe. Every fact carries where it came from and when, and it lives on a timeline, so a newer fact doesn't sit next to the stale one with equal confidence, it supersedes it and the old one gets marked no-longer-true. Contradictions don't quietly average into one confident wrong answer, they surface as a conflict. You didn't describe a gap in what we're doing, you described the spec. The whole bet is that the winner remembers what's still true, not the most.

Context, for sure. I hit this building my own thing. Chats would die once they got long and I'd have to explain myself from scratch again. So I stopped keeping anything that mattered in chat history and started keeping my own notes instead, plain files. I primarily use Claude and point it at those notes. If I ever switch what I pay for, the notes are just files, they come with me. That fixed more for me than a smarter model ever would.

 This is the whole post in one comment. You felt "you're the memory layer and you're expensive" and did the honest fix: pulled what matters into files you own, and you're right, once the context lives somewhere, a good-enough model does the job. The portability part especially, that's your data, it should walk with you. That instinct is exactly right. Where we take it further: instead of one person keeping notes, we ingest from everywhere you already work, reconcile it all into a single source of truth, and build the relationships between things, so a decision connects to the customer, the metric, and the thread it came from. Not a folder you maintain, a brain that maintains itself. You nailed the instinct. We're building the version that holds the whole company, not just what one person remembers to write down.