← Back to research areas

Research direction · AI and data systems

Persistent memory for AI systems: continuity and control beyond a single session

We study the architecture of a software layer external to language models, designed to determine which information to retain, update and retrieve.

Status
Ongoing research
Updated
July 2026
Reading time
3 min
Overview contents

Research question

How can useful memory be built across sessions without turning incorrect, outdated or unauthorised information into seemingly reliable context?

01

Technical context

A language model does not automatically retain a permanent, reliable memory of interactions. Larger context windows allow more material to be supplied, but do not solve selection, continuity, conflicts, permissions or deletion.

Persistent memory must determine which information to record, how to structure it, when to update it and what to retrieve. It is therefore more than a simple vector database: it must handle identity, time, versions, provenance and permissions.

02

What we are studying

  1. 01

    Relational data for facts, versions, identities and permissions.

  2. 02

    Document archives and citations to preserve the link with sources.

  3. 03

    Semantic and lexical search, with graphs where needed for complex relationships.

  4. 04

    Rules for writing, updating, conflicts, abstention and deletion.

03

Applications to explore

  • CRM with customer history, decisions and next actions.
  • Organisational memory for procedures, meetings and documents.
  • Multi-user assistants with granular permissions and inspectable sources.
  • Operational agents that retain the state of processes and open tasks.
04

How it can combine with other technologies

This architecture could integrate with CRM systems, document archives, chat and operational applications, and work with models from different providers. Citations, version management and permissions can make the provenance and scope of retrieved information verifiable.

05

What a prototype needs to establish

  1. V01

    Accuracy and coverage of retrieved information.

  2. V02

    Handling time, updates, conflicts and abstention.

  3. V03

    Effective isolation between users, organisations and projects.

  4. V04

    Traceability, correction and deletion of memories.

  5. V05

    Resistance to malicious content, latency and operating cost.

06

Known limitations and risks

Incorrect or outdated memory can make an answer more convincing but less reliable.

Risks include data leakage, incorrectly applied permissions, prompt injection from sources, profiling and incomplete deletion.

07

Next research step

Build a focused prototype using documents and activities from a single setting, defining the test dataset, quality criteria, permissions and deletion procedures first.

Technical references

The expertise behind the projects.

Discover how we can apply it to your needs.

Collaboration

Do you have a real setting in which this question could be tested?

Describe the context