cloudflare/computer 개요
"Give your agent a computer 👾" — AI 에이전트에게 영속적인 파일시스템과 실행 환경을 제공하는 Cloudflare의 오픈소스 에이전트 런타임입니다. 2026년 현재 early preview 상태라 프로덕션 사용은 권장되지 않습니다.
핵심 구조
Durable Object 안에 사는 가상 파일시스템: 워크스페이스의 정본(canonical) 상태를 SQLite에 저장. 에이전트마다 자기만의 "컴퓨터"를 갖는 모델입니다.
실행 백엔드 3종을 하나의 workspace.runtime.exec() 인터페이스로 통일:
Isolate JavaScript — Dynamic Worker에서 ES 모듈 실행 (가장 가볍고 빠름)
Isolate Shell — 컨테이너 없이 Worker 안에서 bash 실행
Container — FUSE로 워크스페이스를 마운트한 진짜 Linux 환경 (가장 무겁고 강력)
설계 철학: "전 세계 컴퓨트를 다 끌어와도 모든 유저의 에이전트에게 컨테이너를 하나씩 줄 수는 없다." 그래서 작업의 90% 이상을 isolate로 처리하고, 진짜 Linux가 필요할 때만 컨테이너를 붙입니다. 어느 백엔드든 같은 파일시스템을 공유합니다.
TypeScript 모노레포: @cloudflare/dofs(SQLite 파일시스템), @cloudflare/computer-rpc, @cloudflare/computerd(FUSE 데몬), @cloudflare/computer(메인).
어디에 쓰면 좋은가
Cloudflare가 제시하는 용도는 버그 재현·수정 자동화, JS 앱 빌드/테스트, 문서 생성, 브라우저 자동화 같은 "유저당/작업당 에이전트에게 격리된 작업공간을 대량으로 주는" 시나리오입니다.
다만 전제 조건이 명확합니다: Cloudflare Workers + Durable Objects 위에서만 동작합니다. 지금 운영 중인 환경에 비추면:
잘 맞는 경우 — argo9.com에서 나중에 "회원마다 AI 에이전트가 붙어서 문서 생성·코드 실행을 해주는" 류의 기능을 Cloudflare 엣지에 올린다면, 유저별 격리 컴퓨트를 컨테이너 없이 싸게 확보하는 데 이 모델이 정확히 들어맞습니다. 이미 Cloudflare MCP(D1/KV/R2/Workers)가 연결돼 있으니 실험 진입 장벽도 낮습니다.
안 맞는 경우 — Hermes/Troy처럼 이미 자체 서버(.106/.41/.43)에서 도는 로컬 에이전트 메시를 대체하는 용도는 아닙니다. 로컬 Docker 스택은 지금 구조가 더 직접적이고, 이건 어디까지나 Cloudflare 플랫폼에 종속된 런타임입니다.
현실적인 추천 — 지금 당장 도입하기보다는, 유사한 목적이면 이미 GA에 가까운 sandbox-sdk(Cloudflare Sandboxes)를 먼저 보고, cloudflare/computer는 "isolate-first 에이전트 런타임"이라는 방향성을 관찰하는 대상으로 두는 게 좋습니다. preview라 API가 흔들릴 수 있습니다.
Sources: cloudflare/computer · Cloudflare 블로그: Your agent needs a computer, not a container · cloudflare/sandbox-sdk