Skip to content
zensation

Research

πŸ”¬

Research overview

Three tracks, architecture and agenda

πŸ“

Methodology

Operational standards and validation

πŸ“„

Publications

Preprints, software, identifiers

βš–οΈ

Research ethics

Fundamental rights and compliance

🧰

Resources

Code, data, citation, open science

Collaboration & applications

πŸ›οΈ

Public sector & funding

Collaborations in the public sector

🧭

Adopt AI

Neutral roadmap & interactive simulation

πŸ›‘οΈ

Protecting public spaces

Track B β€” rights-preserving early warning

βš™οΈ

Technology

ZenBrain β€” our open core

PublicationsAboutOpen SourceBlog
Contact
zensation

Research

πŸ”¬Research overviewπŸ“MethodologyπŸ“„Publicationsβš–οΈResearch ethics🧰Resources

Collaboration & applications

πŸ›οΈPublic sector & funding🧭Adopt AIπŸ›‘οΈProtecting public spacesβš™οΈTechnology
PublicationsAboutOpen SourceBlogContact
Blog
Opinion

Why Software Forgets β€” and Why Retrieval Is Not Memory

Alexander Bering
Alexander Bering
September 12, 2023 Β· 3 min read

A retrospective note from 2023, written as the first wave of large language models reshaped expectations. It records the moment the long-standing question β€” what would it mean for a system to remember β€” found a sharper form.

A new capability, an old gap

By 2023 the question we had been circling for years stopped being abstract. Large language models could read, summarise and reason over text with a fluency that earlier systems never had. And yet, asked to hold a conversation across days, or to keep track of what a person had told them last month, they were strikingly forgetful.

The standard remedy arrived quickly: embed everything into vectors, store the vectors, and retrieve the nearest ones at query time. Retrieval-augmented generation worked, and it still does for many tasks. But using it daily made something clear that is easy to miss in a demo. A near-perfect retrieval is not a memory.

What a vector store cannot do

Picture a mind that worked the way a vector index works. It could surface passages that sounded similar to your question. It could not tell you when it learned something, or notice that two facts contradicted each other, or strengthen what it used often and let go of what it never touched. It could not connect an idea encountered on Tuesday to one encountered in March unless the words happened to be similar. It could not sleep and come back with the day's experience reorganised.

It would be an excellent search engine over its own past. It would not be a system that knows things.

The gap is structural, not a matter of scale. Adding more documents to the index does not produce any of the missing behaviours, because none of them are retrieval. They are operations on how knowledge is organised over time: forgetting curves, consolidation, association, the revision of a belief when new evidence arrives. A flat store has no place to put them.

Where to look for the missing structure

If the missing piece is structure, the interesting question becomes: which structure? Here the practitioner's instinct and the literature point the same way. Human memory is not one system but several specialised ones β€” a distinction between concrete experience and abstract knowledge that goes back to Tulving; an exponential forgetting curve, documented by Ebbinghaus in 1885, that turns out to be a feature rather than a flaw; consolidation during sleep; association by co-activation.

None of this is new science. What seemed underused was the idea of taking it seriously as an engineering specification β€” not as a metaphor for marketing copy, but as a set of mechanisms a system could actually implement and be measured against.

That reframing is what we carried into the following year. The aim was not to make a model larger. It was to give a system the structure of memory: layers with different roles, principled forgetting, consolidation as a scheduled process rather than an afterthought. We did not yet know whether it would hold together. Writing it down was the first step toward finding out.

Next in this series: An Architecture for Memory: The First Sketches.

Share on XShare on LinkedIn

Related Articles

How One Question Became a Research Lab

From algorithmic decision systems through a question in 2024 to an open-source memory core, an operating system for knowledge work, and three research lines β€” our development story, told honestly.

Why We Choose Self-Hosting Over the Cloud

Self-hosting isn't a technical preference β€” it's a conviction about data sovereignty. Why we believe your AI should run on your infrastructure.

Why I'm Building a Brain for My Children

It started with a simple question: What if I can't give my children advice when they need it most? The answer became Zensation β€” and a new kind of AI.

Β© 2026 Alexander Bering / ZenSation Enterprise Solutions

HomeResearchMethodologyResearch ethicsPublic sectorPublicationsResourcesAdopt AIOpen SourceTechnologySystem explorerAboutBlogRSSChangelogPrivacy PolicyLegal NoticeAccessibility
GitHubLinkedInarXivZenodoORCIDScholarSemantic ScholarHuggingFacenpmDiscord