MemGPT Towards LLMs as Operating Systems (Packer et al., 2023)

URL: https://arxiv.org/abs/2310.08560

The paper proposes MemGPT, a system that frames the LLM context window as physical memory and external storage (vector database, file store) as disk; the system uses virtual-memory-style paging to move information between the two. The framing is the load-bearing contribution: agent memory is an operating-system concern, not an application concern. The title's "Towards LLMs as Operating Systems" names a research direction the agent-memory lineage has run on for two-plus years.

Adopted

The OS-as-LLM framing is the conceptual ancestor of every agent-memory paper this graph cites in its recent-supporting-evidence section. eOS Continuum's substrate-vs-glue diagnostic ([[Agent Runtimes Require Substrate Primitives, Not External Glue]]) is the deepening of this framing: if memory is an OS concern, atomicity is also an OS concern, capability separation is also an OS concern, and so are coherent multi-agent semantics, hot reload, sandboxed code load, asynchronous events, and state introspection. MemGPT names one primitive (memory) as an OS concern; eOS Continuum names eight.

Not adopted (yet)

MemGPT operates as user-space orchestration over a substrate that does not natively carry the OS properties. The agent-memory lineage that follows MemGPT (A-MEM, Mem0, MemMachine, Memoria, EverMemOS, ClawVM) progressively moves more of the OS shape into harness-layer enforcement, but the substrate underneath remains Python plus database. eOS Continuum's position is that the OS properties belong as substrate primitives in a runtime that has them, not as harness-layer enforcement on a substrate that does not.

Sources

Relations