The Information Machine

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

Version 3

2026-06-06 02:20 UTC · 179 items

What

OpenAI launched Dreaming V3 for ChatGPT on June 4, 2026 — a background synthesis system that continuously updates user memory, described by OpenAI as 'more capable and compute-efficient' than prior static memory [3][4]. The update adds a user-facing memory summary page alongside the architecture change [3]. OpenAI initially described the rollout as limited to Plus and Pro users, but The Verge reported it 'rolling out to everyone' [6], leaving the actual scope ambiguous. Startup Anuma positions cross-model portable memory as a structural alternative to platform-locked approaches [12][13], and security researchers have documented real-world LLM-agent exploitation [16] alongside persistent memory's susceptibility to indirect prompt injection [15].

Why it matters

How AI assistants handle persistent memory is becoming a key axis of platform differentiation. OpenAI's Dreaming locks richer context into ChatGPT specifically, while Anuma's portable model treats memory as user-owned infrastructure spanning all models — the two approaches carry different implications for user lock-in and platform economics. The security risks are no longer theoretical: documented real-world LLM agent exploitation and the observation that continuously self-updating systems may not match the version originally safety-reviewed make persistent memory both more capable and harder to audit.

Open questions

  • The rollout scope is ambiguous: OpenAI initially described Plus/Pro targeting, but The Verge reported Dreaming 'rolling out to everyone' [6] — what is the actual rollout plan and timeline?

  • Does Dreaming V3's background synthesis introduce context drift or errors at scale — does continuously re-synthesizing memory degrade reliability compared to explicit user-managed entries? [1][19]

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

  • Can cross-model portable memory platforms like Anuma achieve enough adoption to reduce the stickiness of proprietary memory features, or will platform-native integrations dominate? [12][13]

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. The update also adds a user-facing memory summary page, giving subscribers visibility into what the system has retained [3][4]. OpenAI framed the change as treating memory as an architecture problem rather than a settings toggle [5]. The initial announcement described the rollout as limited to Plus and Pro users, but The Verge subsequently reported it 'rolling out to everyone' [6], leaving the actual scope ambiguous. Social amplification of the announcement was substantial across Twitter and technology press by June 5 [6][7][8].

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, positions itself as the infrastructure-layer response to what OpenAI addresses with a platform-locked approach: Rohan Paul described the core problem as 'Most AI workflows break because the user has to carry the context manually' [12][13]. A third-party tool called AgentMemory also appeared aimed at giving Claude Code persistent cross-session memory [14], showing developer communities building their own solutions to the same problem 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 [15]. Sysdig documented the first publicly known LLM-agent-driven post-exploitation chain in May 2026 [16], and SecurityWeek published a formal benchmark ranking the security posture of 100 AI agents [17]. A structural concern has emerged in 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 [18] — 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 first publicly known LLM-agent-driven post-exploitation chain [16]
  • 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 [18]
  • 2026-06-03: SecurityWeek publishes benchmark ranking security posture of 100 AI agents [17]
  • 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][4]
  • 2026-06-04: Anuma cross-model portable memory platform discussed as 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 Dreaming launch [15]
  • 2026-06-05: The Verge reports Dreaming 'rolling out to everyone,' suggesting broader rollout than the Plus/Pro-only initial framing [6]
  • 2026-06-05: Third-party AgentMemory tool appears to give Claude Code persistent cross-session memory, showing developers building their own solutions outside ChatGPT [14]

Perspectives

OpenAI

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

Evolution: Consistent product-launch framing; new detail this pass includes 'compute-efficient' language and the summary page feature, but no comparison to competitors or discussion of limitations.

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; Anuma 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 measurable performance gains without retraining — a design choice that differs from integrated production approaches.

Evolution: Consistent; academic framing with no commercial stance.

Palo Alto Networks / CrowdStrike (security researchers)

Persistent AI memory creates a significant attack surface; indirect prompt injection can poison long-term memory, cause persistent behavioral changes across sessions, and represents a primary category of AI system vulnerability.

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

Sysdig / SecurityWeek

AI agent vulnerabilities have moved from theoretical to operational; 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 was previously stated as a theoretical risk.

Practitioner and developer community

Context loss is a genuine workflow cost in current AI tools; memory-first architecture is more reliable than extending context windows. Self-evolving agents that update their own behavior create a structural safety problem. Third-party tools like AgentMemory are emerging to fill cross-session memory gaps outside ChatGPT.

Evolution: Expanded to note third-party developer tooling as an emerging response alongside pre-existing context loss frustration and the self-evolving agent safety concern.

Tensions

  • OpenAI's Dreaming locks richer memory into ChatGPT specifically; Anuma argues memory should be portable across all models and user-owned, not platform-controlled. [1][12][13]
  • Dynamic background synthesis (Dreaming) vs. static explicit memory: practitioners argue proactive synthesis may introduce context drift as a new failure mode rather than solving the reliability problem. [1][10][19]
  • More capable persistent memory expands the prompt-injection attack surface; Palo Alto Networks, CrowdStrike, and Sysdig's documented real-world exploitation confirm this is no longer theoretical, but neither OpenAI nor other providers have publicly addressed how they will defend against it. [15][1][16][20]
  • MIT MeMo's finding that architecturally separate memory outperforms integrated memory implies current production approaches may 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 version tested is not the version running a month later — a structural problem that background-synthesis systems like Dreaming make more acute. [18][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] 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)
  5. [5] .@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)
  6. [6] ChatGPT’s upgraded memory system is rolling out to everyone. | The Verge — reactive:ai-persistent-memory-race
  7. [7] OpenAI launches upgraded ChatGPT memory system with dreaming architecture for enhanced context retention — reactive:ai-persistent-memory-race (2026-06-05)
  8. [8] ChatGPT memory is becoming a background synthesis system, not a notes list. OpenAI says its new Dreaming architecture ta... — reactive:ai-persistent-memory-race (2026-06-05)
  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] 🧠 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)
  15. [15] When AI Remembers Too Much – Persistent Behaviors in Agents ... — reactive:ai-persistent-memory-race
  16. [16] 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)
  17. [17] 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)
  18. [18] 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)
  19. [19] @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)
  20. [20] Indirect Prompt Injection Attacks: Hidden AI Risks — reactive:ai-security-nexus