You hand an AI agent a task, it finishes, you close the terminal—and the next time you call it, it remembers nothing.
It's like moving someone into a new apartment, then having them wake up the next morning to find all the furniture gone, including the code they were halfway through writing yesterday. Traditional agents' "stateless" design works fine for simple tasks, but once a task spans hours, days, and many tool calls, this "goldfish memory" becomes a fatal flaw.
Cloudflare's trending computer project this week tackles exactly this: giving an agent a real "computer"—not as a metaphor, but a virtual machine with a persistent file system, an execution environment, and switchable backends.
Core design: the file system as state
Traditional agent frameworks stuff "memory" into vector databases or chat context. Cloudflare Computer takes a completely different path: state is made into a file system.
Specifically, the agent's entire working state lives inside a Durable Object, with SQLite as the authoritative store underneath, exposed externally as a virtual file system. Whatever the agent wants to remember, it writes to a file; to recall previous context, it reads a file. No embedding retrieval needed, no RAG pipeline—the file system *is* the memory.
The key insight behind this design: a human programmer's working memory is the file system. Your code, configs, logs, TODO lists, intermediate artifacts—all files. Let the agent use a file system too, and it can directly reuse the Unix engineering toolchain humans have built over decades (grep, find, make, git), without reinventing an "AI-specific" memory abstraction.
Three backends, three execution modes
But a file system alone isn't enough—an agent also needs to *execute*: run code, call tools, invoke external commands. The clever part of Cloudflare Computer is that the file system is fixed, but the execution backend is pluggable.
Three backends cover three use cases:
- Container backend: mounts the SQLite state via FUSE into a real Linux container. The agent runs real binaries, real networking, real Linux userspace—essentially a full computer.
- Isolate shell backend: runs just-bash (a pure-JS bash implementation) inside a Cloudflare Worker, accessing authoritative state via RPC. No container overhead, fast startup, but limited capability.
- Isolate JavaScript backend: runs an ECMAScript module inside a Dynamic Worker, with structured input/output, a
node:fs/promisespolyfill, and trustedws:gitandws:artifactsmodules. Suited to pure-logic tasks. - Agent runtime layer: Codex, Claude Code, Cursor—"how to execute one turn"
- Loop control layer: projects like loopx—"how to manage multi-turn workflows"
- State layer: Cloudflare Computer—"how to persist an agent's work products"
- Skills layer: addyosmani/agent-skills—"how to encode engineer expertise into agents"
A Workspace can register multiple backends, with workspace.runtime.exec(source, { backend }) as the single entry point. The agent picks a backend based on the task: need pandoc to generate a PDF? Use Container. Need to quickly run some JS logic? Use Isolate JavaScript.
Why this matters
First, state and execution are decoupled. Traditional frameworks tie "memory" and "execution" together—use LangChain's memory and you must use LangChain's tool calling. Cloudflare Computer separates the state layer (Durable Object + SQLite + file system) from the execution layer (three backends), so you can bring your own agent runtime and use only its state layer.
Second, the file system is a shared protocol between agents. In multi-agent collaboration, the hard part isn't "how to talk" but "how to share work products." With the file system as the shared layer, code, logs, and intermediate data written by agent A can be read directly by agent B—no bespoke message protocol required. This mirrors exactly how human teams collaborate.
Third, Cloudflare's infrastructure advantage. Durable Objects are stateful compute units on Cloudflare's edge network—300+ nodes globally, low latency, automatic persistence. Putting agent state on Durable Objects means an agent isn't "waiting to die" in some GPU cluster; it lives on the edge network, ready to wake at any moment.
Current status and limitations
The README is explicitly marked PREVIEW ONLY—the API is unstable and not production-ready. Much of the current design is forward-looking; a lot of what's documented reflects intent, not the current code.
But the direction is worth tracking. Cloudflare previously released cloudflare/agents as an agent deployment framework, and now computer as the state layer—they are systematically filling in every layer of agent infrastructure.
The bigger picture
Connect the recent trending projects and a clear layering trend emerges:
Giving an agent a computer isn't about giving it a stronger GPU—it's giving it a workspace where things can accumulate. This direction is closer to solving agents' long-term usability problem than "training an even bigger model."
---
*Project: cloudflare/computer · TypeScript · 796 stars today*