The Information Machine

AI Persistent Memory: ChatGPT Dreaming and the Cross-Session Context Race · history

Version 4

2026-06-07 08:19 UTC · 213 items

What

OpenAI launched Dreaming V3 for ChatGPT on June 4, 2026 — a background synthesis system that continuously updates user memory and is described as roughly 5x more compute-efficient than prior approaches [4][5]. The rollout scope remains ambiguous: initial framing and subsequent reporting targeted Plus and Pro users [7], while The Verge reported it 'rolling out to everyone' [8]. Alternatives are multiplying: Anuma offers cross-model portable memory [12], community voices have flagged Zaxy's coordinated memory architecture [14] and Zep's agent memory tooling [15], and a third-party AgentMemory tool appeared for Claude Code [16]. Security researchers have documented real-world LLM-agent exploitation [18] and persistent memory's susceptibility to indirect prompt injection [17], with no public response from providers.

Why it matters

Persistent memory is becoming baseline infrastructure for AI assistants, and the 5x compute efficiency claim suggests OpenAI sees Dreaming as a scalable platform investment rather than a premium feature — which affects both platform economics and the case for lock-in. The security attack surface grows proportionally with memory capability, and no major provider has publicly addressed how they audit continuously self-updating memory systems for safety or against injection attacks.

Open questions

  • The rollout scope is ambiguous: initial framing limited Dreaming to Plus/Pro users [7], while The Verge reported broader availability [8] — what is the actual plan and timeline?

  • Does the ~5x compute efficiency claim hold as user histories grow longer and more complex? [4][5]

  • If a self-evolving agent voids its own safety review over time [20], how do providers plan to ensure the production version of a continuously updating memory system still matches the version that was reviewed?

  • Can cross-model portable memory platforms (Anuma, Zaxy, Zep) achieve enough adoption to reduce the stickiness of proprietary platform-native memory features? [12][14][15]

Narrative

On June 4, 2026, OpenAI announced Dreaming — internally versioned as Dreaming V3 — a redesigned memory architecture for ChatGPT that runs background synthesis processes to keep user context current rather than relying on explicit, static memory entries [1][2]. OpenAI described it as a 'more capable and compute-efficient' architecture [3] that periodically reviews conversation history and updates what it knows about a user's preferences and goals. Developer commentary attributed the efficiency gain to roughly 5x lower compute compared to prior approaches [4][5], though this specific figure has not been confirmed in official communications. The update also adds a user-facing memory summary page, giving subscribers visibility into what the system has retained [3][6]. Initial framing described the rollout as targeting Plus and Pro users [7], but The Verge reported it 'rolling out to everyone' [8], leaving the actual scope unresolved.

The Dreaming launch sits in a broader context of competing approaches to AI memory. Developer practitioners have documented 'compaction amnesia and context rot' — the pattern where models progressively lose track of prior decisions in complex workflows [9] — and argued that structured selective memory retrieval is more reliable than extending context windows [10]. MIT's MeMo research reported a 26% LLM performance improvement by keeping memory architecturally separate from the base model [11]. Anuma, a startup building cross-model portable AI context, argues that proprietary per-model memory is insufficient: Rohan Paul described the core problem as 'Most AI workflows break because the user has to carry the context manually' [12][13]. Community commentary has also surfaced Zaxy's coordinated memory architecture as an approach worth watching [14], and Zep offers persistent memory infrastructure for AI agents as a developer-facing tool [15]. A third-party tool called AgentMemory appeared aimed at giving Claude Code persistent cross-session memory [16], showing developer communities building their own solutions in parallel to platform-native approaches.

The security dimension of persistent AI memory has moved from theoretical to operational. Palo Alto Networks documented that indirect prompt injection can poison AI long-term memory, causing persistent behavioral changes across sessions [17]. Sysdig documented the first publicly known LLM-agent-driven post-exploitation chain in May 2026 [18], and SecurityWeek published a formal benchmark ranking the security posture of 100 AI agents [19]. A structural concern runs through practitioner commentary: Danny Livshits observed that a self-evolving agent voids its own safety review, since the version tested is not the version running a month later [20] — a problem that background-synthesis systems like Dreaming make more acute. None of the major providers have publicly addressed how they intend to handle persistent attack surfaces or the safety-review validity problem for continuously updating memory systems.

Timeline

  • 2026-05-10: Sysdig documents the first publicly known LLM-agent-driven post-exploitation chain. [18]
  • 2026-05-26: Hacker News post documents 'compaction amnesia and context rot' in Codex on complex multi-step workflows. [9]
  • 2026-05-30: MIT MeMo research circulates claiming 26% LLM performance gain from memory kept architecturally separate from the base model. [11]
  • 2026-06-02: Danny Livshits observes that a self-evolving agent voids its own safety review, as the tested version may not match the production version. [20]
  • 2026-06-03: SecurityWeek publishes a benchmark ranking the security posture of 100 AI agents. [19]
  • 2026-06-04: OpenAI announces Dreaming V3 for ChatGPT — described as 'more capable and compute-efficient' — with a new user-facing memory summary page, rolling out initially to Plus and Pro users. [1][2][3][6][7]
  • 2026-06-04: Anuma cross-model portable memory platform discussed as a structural alternative to proprietary model-specific memory. [12][13]
  • 2026-06-04: Palo Alto Networks research on indirect prompt injection poisoning AI long-term memory surfaces in context of the Dreaming launch. [17]
  • 2026-06-05: The Verge reports Dreaming 'rolling out to everyone,' suggesting a broader rollout than the Plus/Pro-only initial framing. [8]
  • 2026-06-05: Third-party AgentMemory tool appears to give Claude Code persistent cross-session memory, showing developers building their own solutions outside ChatGPT. [16]
  • 2026-06-06: Developer commentary attributes roughly 5x lower compute efficiency to Dreaming V3, adding specificity to OpenAI's previously vague 'compute-efficient' claim. [4][5]

Perspectives

OpenAI

Dreaming V3 is a background synthesis system that is 'more capable and compute-efficient' — treating memory as an architecture problem rather than a settings toggle, with a user-facing summary page for transparency.

Evolution: Consistent product-launch framing; developer community has attributed a specific ~5x compute efficiency figure that OpenAI has not confirmed at that level of detail.

Anuma / Rohan Paul

Proprietary per-model memory is insufficient; user context should be portable across all AI models in a private, user-owned format rather than locked to a single platform.

Evolution: Consistent; frames itself as the infrastructure-layer response to the same problem OpenAI addresses with a platform-locked approach.

MIT MeMo researchers

Keeping memory architecturally separate from the base model yields a measurable 26% performance improvement without retraining — a design choice that differs from integrated production approaches.

Evolution: Consistent; academic framing with no commercial stance.

Palo Alto Networks / security researchers

Persistent AI memory creates a significant attack surface; indirect prompt injection can poison long-term memory and cause persistent behavioral changes across sessions.

Evolution: Consistent; no provider has publicly responded to these findings.

Sysdig / SecurityWeek

AI agent vulnerabilities are operational, not theoretical; a real-world LLM-agent post-exploitation chain has been documented, and formal industry benchmarks now rank agent security posture.

Evolution: Consistent; adds empirical and institutional weight to what security researchers frame as theoretical risk.

Practitioner and developer community

Context loss is a genuine workflow cost; memory-first architecture is more reliable than extending context windows; self-evolving agents create a structural safety problem; third-party tools (AgentMemory, Zep, Zaxy) are filling cross-session memory gaps independently of platform-native solutions.

Evolution: Expanded to include Zaxy and Zep as additional alternatives developer voices are tracking alongside the pre-existing context-loss frustration and self-evolving agent safety concern.

Tensions

  • OpenAI's Dreaming locks richer memory into ChatGPT specifically; Anuma, Zaxy, and Zep argue memory should be portable and user-owned infrastructure spanning all models, not platform-controlled. [1][12][13][14][15]
  • Dynamic background synthesis (Dreaming) vs. static explicit memory: practitioners argue proactive synthesis may introduce context drift as a new failure mode rather than solving reliability. [1][10][23]
  • More capable persistent memory expands the prompt-injection attack surface; Palo Alto Networks and Sysdig confirm this is operational, but neither OpenAI nor other providers have publicly addressed how they will defend against it. [17][1][18]
  • MIT MeMo's finding that architecturally separate memory outperforms integrated memory implies current production approaches carry a performance penalty — but this comparison has not been applied to Dreaming specifically. [11][1]
  • Self-evolving agents that continuously update their own memory may void prior safety reviews; Danny Livshits argues the tested version is not the version running a month later — a structural problem that background-synthesis systems like Dreaming make more acute. [20][1]

Sources

  1. [1] Dreaming: Better memory for a more helpful ChatGPT — OpenAI Blog (2026-06-04)
  2. [2] Dreaming memory system rolls out to ChatGPT Plus and Pro users — reactive:ai-persistent-memory-race
  3. [3] OpenAI updates ChatGPT memory with a "more capable and compute-efficient" architecture and a summary page that lets user... — reactive:ai-persistent-memory-race (2026-06-04)
  4. [4] Memory is becoming a part of assistant infra. @OpenAI claims a more scalable memory architecture and about 5x lower com... — reactive:ai-persistent-memory-race (2026-06-06)
  5. [5] Memory is becoming a part of assistant infra. OpenAI claims a more scalable memory architecture and about 5x lower compu... — reactive:ai-persistent-memory-race (2026-06-06)
  6. [6] OpenAI updates ChatGPT memory with a "more capable and compute-efficient" architecture and a summary page that lets user... — reactive:ai-persistent-memory-race (2026-06-04)
  7. [7] Dreaming memory system rolls out to ChatGPT Plus and Pro users — reactive:ai-persistent-memory-race
  8. [8] ChatGPT’s upgraded memory system is rolling out to everyone. | The Verge — reactive:ai-persistent-memory-race
  9. [9] Why codex /goal fails on complex workflows: compaction amnesia and context rot — reactive:ai-persistent-memory-race (2026-05-26)
  10. [10] Memory-First Conversational Architecture as an Alternative to Long ... — reactive:ai-persistent-memory-race
  11. [11] MIT's MeMo: 26% LLM performance boost without retraining — memory stays separate from the base model. — reactive:ai-persistent-memory-race (2026-05-30)
  12. [12] Most AI workflows break because the user has to carry the context manually, and Anuma is trying to make that context por… — Rohan Paul Twitter (2026-06-04)
  13. [13] Cross-Model, Cross-Device Portable AI Context | Anuma — reactive:ai-persistent-memory-race
  14. [14] Hoping a big lab adopts Zaxy's coordinated memory architecture. It's awesome! — reactive:ai-persistent-memory-race (2026-06-06)
  15. [15] How to Give Your AI Agent Persistent Memory (Guide) | Zep — reactive:ai-persistent-memory-race
  16. [16] 🧠 Does your AI coding agent remember yesterday's session? AgentMemory gives persistent cross-session memory to Claude Co... — reactive:ai-persistent-memory-race (2026-06-05)
  17. [17] When AI Remembers Too Much – Persistent Behaviors in Agents ... — reactive:ai-persistent-memory-race
  18. [18] When I wrote about Sysdig observing the first publicly documented LLM-agent-driven post-exploitation chain on May 10, th... — reactive:ai-persistent-memory-race (2026-06-04)
  19. [19] SecurityWeek just published a benchmark ranking the security posture of 100 AI agents. The headline is interesting. The ... — reactive:ai-persistent-memory-race (2026-06-03)
  20. [20] A self-evolving agent voids its own safety review. The version you tested is not the version running a month later. — reactive:ai-persistent-memory-race (2026-06-02)
  21. [21] .@OpenAI reframes memory as an architecture problem, not a settings toggle. Dreaming aims to give ChatGPT persistent, ta... — reactive:ai-persistent-memory-race (2026-06-05)
  22. [22] Indirect Prompt Injection Attacks: Hidden AI Risks — reactive:ai-security-nexus
  23. [23] @yato220510 @OpenAI Compressed embeddings would be crucial here. Would love to see the technical deep-dive on the memory... — reactive:ai-persistent-memory-race (2026-06-04)
  24. [24] RT @AP3X_Dev: AI agents shouldn’t start from zero every session. — reactive:ai-persistent-memory-race (2026-06-07)
  25. [25] AI agents shouldn’t start from zero every session. — reactive:ai-persistent-memory-race (2026-06-07)