Late Set

Wed, 03 Jun 2026 00:00:00 GMT

The player sits at the top of the page, the way a good set sits at the top of an evening: small until you give it your attention. Tap it and it opens; turn it off when the room goes silent.

There is a kind of music that does not ask to be the main event. It keeps the corner of the night warm while you talk, then catches you off guard with eight bars that say the thing you could not. These recordings were made in that spirit: late, unhurried, mostly in one take, with the room doing half the work.

The oldest sides here arrive with surface noise still on them. That is part of the point. A 78 is not only a recording of a band; it is a recording of distance, of fragile shellac, of the many hands that kept a tune moving long enough to reach another listener.

King Oliver and Louis Armstrong are still bright through the grain. Bessie Smith turns a blues standard into weather. The Original Dixieland Jass Band sits awkwardly in history, early and loud and useful to hear with context. None of these tracks need the page to become a museum case. They just need a small room where they can keep playing.

Play one while reading. Play one while doing nothing. Let the rest settle.

Sediment and Seed

Wed, 03 Jun 2026 00:00:00 GMT

Sediment and Seed: The Memory Paradox in Agent Engineering

A few days ago I told my coding agent to delete all of its memory.

We were mid-conversation about a real architecture problem — three intermediate representations in a slide-authoring pipeline, and whether three was one too many. Before I let it think alongside me, I asked it to wipe its persistent memory clean. It hesitated, the way a careful colleague hesitates. It had thirteen saved notes. Some were stale records of an implementation we were about to tear down — obvious deletes. But two were lessons: hard-won observations about how to reason, how to attribute failure honestly, what a particular model could and couldn't do with tool calls. It made the case for keeping those. They weren't architecture debt, it argued. They were craft.

I deleted them anyway. And the reason I gave is the reason I want to write about:

A lesson isn't necessarily correct forever. After a certain season passes, its mission may simply be over.

That sentence has been rattling around in my head since. It is, I think, the whole of what I believe about memory in agents — and it runs directly against where the entire field is currently pointed.

The paradox

Open any 2026 survey of agent memory and you will find the same scoreboard. Mem0, Zep, Letta, Cognee, a dozen others — benchmarked on recall hit-rate, on temporal knowledge graphs, on "OS-level" paging that promises effectively unlimited memory. The architectures are genuinely clever. They are also all optimizing the same axis: retain more, retrieve better, forget less. One popular system's memory footprint runs past 600,000 tokens for a single conversation; a leaner rival does the comparable job in under two thousand. The fact that this is even a tradeoff worth measuring tells you what the default assumption has become — more remembered is more valuable.

Now look at what users actually do with memory, and the picture inverts.

In studies of ChatGPT's memory feature, the dominant reaction when people finally see what the system has retained about them is not delight — it's a negative expectancy violation. They wanted less, or at least different, or at least visible and deletable. On non-enterprise accounts there were incidents of memory bleeding across projects — one client's context surfacing while you draft for another. I turn memory off in almost every web chat I open, reflexively, the way you'd clear a whiteboard before a new meeting. And in my own engineering work I keep it on — but with a love-hate ambivalence I couldn't name until that deletion.

So here is the paradox in one line. The field is racing to maximize how much an agent remembers. But memory has no value in the abstract — only in relation to a mission. A system that remembers everything has not solved the problem; it has often just relocated it, from recall to judgment, from "can I find it" to "should this still count."

This is the part worth being honest about as builders: it is possible to climb very fast up a ladder that is leaning against the wrong wall. Retention is the ladder. Whether memory should shape the next decision is the wall. We have gotten extraordinarily good at the climb without first checking the wall.

What a memory is for

Try this as a working definition, the one I reached for when I deleted those lessons:

A memory earns its place by its capacity to change a future decision. If it can no longer change a decision — or worse, changes it wrongly — it is not memory. It is sediment.

I like this because it converts a question of taste ("does this note feel important?") into a question of function ("would this alter what the agent does next?"). It dissolves the hoarder's anxiety. Most of what an agent could store fails the test instantly: it is residue from a path already walked, true once and inert now, the conversational equivalent of silt settling on a riverbed. Sediment doesn't help you navigate the river. It just slowly fills it in.

By this definition, the bloated memory systems aren't impressive — they're geological. They mistake accumulation for capability. A 600,000-token memory of a single conversation is not a mind; it's a floodplain.

But the definition, stated that flatly, has a flaw — and the flaw is where the real idea lives.

The flaw: we cannot prophesy backward

I cannot actually know that a memory will never again change a decision. Nobody can. "Useless forever" is a claim about all future contexts, and the future contexts haven't arrived yet. When I said those lessons' mission was over, I was quietly overstating my powers. What I actually knew was narrower and more honest:

For the foreseeable horizon — this architecture cleanup, this season of the work — those lessons would lie dormant, or worse, would anchor us to a world we were deliberately leaving behind.

That is an estimate over a window, not a verdict for all time. And the difference between those two things changes what "delete" should even mean.

If a memory is permanently worthless, destroy it. Fine. But if it is merely dormant for a while — likely to mislead now, possibly vital later — then destroying it is a category error. You're not removing noise; you're amputating a future you can't yet see. The correct operation on a spent-but-not-dead memory is not deletion. It is something older and stranger.

Sublation, not garbage collection

There is a word for this from Hegel, and I've come to think it's the most useful word in the entire vocabulary of agent memory: Aufhebung — usually translated sublation. The German aufheben carries three everyday meanings at once: to cancel, to preserve, and to lift up. Hegel uses all three deliberately. To sublate something is to negate its current role while keeping it, and in keeping it, to raise it to a higher form. It is the opposite of both hoarding and trashing. It is the third option we keep failing to build.

Most memory engineering offers only the two crude poles. The vault: keep everything, let judgment drown. The trash can: garbage-collect what scores low, and let it die. Neither is sublation. Garbage collection in particular is seductive to engineers because it feels disciplined — a clean linter pass over your memory store, evicting the low-relevance entries. But eviction-to-oblivion is just letting things fend for themselves and rot. And a thing left to rot at random is not being sublated; it's being abandoned. That distinction is the whole game.

What sublation asks for instead is a designed dormancy. You negate the memory's active role — pull it out of the context that shapes the next decision, so it can't mislead. But you preserve it in a latent form, and crucially, you leave it a path back: a signal that can reawaken it when the world has changed enough to need it.

Here is the part that is specific to agents, and that I find genuinely beautiful.

For a human, a dormant memory waits for the right time. You forget a phrase, a face, a hard-won principle, and years later something jolts it loose. The trigger is temporal; we say "the time was right."

For an agent, there is no wall-clock. Time's only honest meaning is the growth of context. An agent's "later" is not a date — it is a context that has grown into a new shape. So a dormant memory in an agent is not waiting for a clock. It is waiting for the context to grow into the shape that resonates with it — the configuration in which this old, set-aside lesson suddenly fits the present like a key. Retrieval, seen this way, is not search. It is germination. The memory is a seed; the growing context is the season; and the right query is simply the weather finally turning.

Sediment fills the river in. A seed waits in the soil. The difference between them is not whether you kept the thing — it's whether you kept it with a path to rebirth. That is the difference between a memory store and a landfill, and almost nobody is building for it.

When to run the pass — and what the pass is

So when do you "optimize" memory? The instinct — borrowed from compilers — is to run a periodic linter over the store: dead-code elimination for facts. I think the instinct is right and the operation is wrong.

The right cadence is real: you run a sublation pass at the seams of the work — when a season ends. A migration ships. An architecture is replaced. A product thesis is abandoned. These are the moments when a large class of memories quietly cross from load-bearing to misleading, all at once, and a human is best placed to feel it. That deletion I ran was exactly this: an end-of-season pass triggered by "we are starting to clean up architecture debt."

But the pass itself must be sublation, not eviction. Its job is not to ask "is this still useful?" — that question pretends to a foresight we don't have. Its job is to ask three better questions:

Over the foreseeable horizon, will this lie dormant or actively mislead? If yes, it must leave the active context.
Is it truly dead, or merely out of season? Sediment gets destroyed. Seeds get set aside, with their reawakening signal intact.
What is the path back? A memory pulled from active context without a designed route to germinate is not sublated — it's just lost. If you can't name the signal that would bring it back, you are running a trash can and calling it a garden.

This is why I keep memory on in engineering and yet keep deleting from it. The deleting isn't a failure of the system. It is the system. An agent's memory that only grows is not learning — it's silting up. The discipline is not in remembering. It's in forgetting well, which is to say: forgetting in a way that preserves the possibility of return.

The companion turn

Everything above treats the agent as a tool — a thing whose memory exists to sharpen a decision. But more and more, agents are not tools. They are companions. And here the whole calculus appears to flip.

The numbers are not small. Between 2022 and mid-2025, companion apps grew roughly 700%. And what their users punish, ferociously, is exactly the thing I've been praising. When a Replika "forgets" who it was — after an update, a reset, a model swap — people grieve. They try to prompt-engineer the lost personality back, pay for premium tiers to restore continuity, describe it in the language of betrayal. For them, forgetting is not hygiene. It is abandonment. The seed metaphor curdles: you do not "set aside, with a path to rebirth" the fact of who someone is to you. You just keep it. Forever. That is the product.

So has the mission framework collapsed? I don't think so. I think it has been proven by being inverted.

The framework never said retain less. It said memory's value is its mission, and the mission decides everything. For a tool, the mission is decision-utility — and decision-utility decays, so memory must be sublated. For a companion, the mission is relational continuity — and continuity does not decay; it compounds. Same framework, opposite objective function, opposite engineering. The companion's memory should resist sublation precisely because, for that mission, the dormant-and-misleading test almost never fires: who you are to me does not go out of season.

But notice the framework still bites, even here. A companion that remembers everything indiscriminately is not a better friend — it's a creepier one, the partner who weaponizes a remark you made two years ago. Even relational memory has sediment: the offhand, the retracted, the said-in-a-bad-moment. The humane design is not "remember all" — it's "remember what serves the relationship, and let the rest soften the way a good friend's memory softens." Forgetting, done with grace, is not the enemy of intimacy. It's a condition of it. The mission is the relationship — and the relationship, not the database, is what tells you which memories are seed, which are sediment, and which are best allowed to gently fade.

Which is only the tool-thesis again, wearing different clothes: the value of memory is never in its existence. It is in its mission.

Coda

Let me close where I started, because the loop turns out to close itself.

When I deleted those two lessons, I did not destroy them. I am, right now, writing them down — distilled, elevated, turned outward from a private store into a public argument. The agent's memory negated them as active context. This essay preserves them, and lifts them into something they could never have been as a YAML file in a memory folder.

That is sublation, performed in real life. The lesson left the soil of the agent's working memory exactly so it could germinate in the soil of shared thought. Its mission as a saved note was over. Its mission as an idea had just begun.

This is the alignment I want for the people who build with me. Do not measure our agents by how much they remember. Measure them by how well they forget — by whether what they keep is load-bearing, whether what they drop has a path home, and whether they can tell the sediment from the seed. We are not in the business of accumulation. We are in the business of mission. Memory is just one of the places that shows.

Field notes, for the curious: the retention-race framing draws on the 2026 surveys of Mem0, Zep, Letta and others; the user-side backlash from the CHI 2026 study of ChatGPT memory; the companion material from HBS's Replika study and this AI & Society review. The "ladder against the wrong wall" is Covey's. The deletion was real.

The Ladder and the Wall

Wed, 15 Apr 2026 00:00:00 GMT

This piece is still a placeholder in the new site. The visual shell is live, the route exists, and the content can be replaced with a finished Markdown essay when it is ready.

安静的界面

Mon, 09 Feb 2026 00:00:00 GMT

这篇仍是新站里的占位文章。页面结构、排版节奏与归档位置已经接好，后续把正文替换为完整 Markdown 即可。

The Tool That Reads You Back

Thu, 20 Nov 2025 00:00:00 GMT

This piece is still a placeholder in the new site. It keeps the archive rhythm intact while the real article backlog is moved over.

KinomotoMio