驱动移动 Agent 的虚拟机（Instinct、Claude Code）

事件核心：发生了什么

根据开发者 Rohan Adwankar 在 Hacker News 发布的技术拆解，主流 AI Agent 产品正在把执行环境从用户本地迁移到云端虚拟机。Anthropic 的 Claude Code 在云端运行于自建的 Firecracker 微虚拟机中，采用 KVM 虚拟化，自带定制 Linux 内核，启动后 PID 1 是一个用 Rust 编写的 process_api 进程，负责挂载磁盘并与宿主机通过 vsock 端口通信。整个系统分区清晰：用户数据盘可写且持久化（256GB），而 Claude 运行环境（324MB 的 Bun 编译二进制）及技能包位于只读共享盘。推理请求通过 HTTPS/2 的 SSE 流发送至 Anthropic 的 API，经过 443 端口的专用出口网关，且网关注入了 MITM 证书。VM 生命周期完全由宿主机控制，冷启动约 430ms 初始化，6.4 秒后进入可用状态，空闲回收后计算销毁但数据盘保留。

另一款产品 Instinct 则租用 E2B 的沙箱服务，运行的是完整 Ubuntu 22.04 系统（带 XFCE 桌面），同样是 Firecracker 微虚拟机（通过 pci=off、virtio-mmio、空 SMBIOS 特征可识别），但 PID 1 是 systemd 而非定制进程。Instinct 的亮点是引入 /memory 目录存放 Agent 的实体、时间线、工作流知识，让对话具备持续记忆。

为什么重要

这一架构变化反映出 AI Agent 产品的核心竞争点正在转移：从模型能力转向“运行时环境”。Anthropic 与 Instinct 不约而同选择 Firecracker 微虚拟机，本质是为了在不可信的多租户环境中获得隔离性与性能平衡。Claude Code 把宿主机控制程序直接放进租户 VM 内并担任 PID 1，辅以非 dumpable、限制 CAP_SYS_RESOURCE 等加固手段，说明其把“运营商在用户空间内但难以被突破”作为安全设计基石。对行业而言，这意味着云厂商、模型公司和独立沙箱服务商（如 E2B）之间将形成新的分工链条——模型做推理，沙箱做执行，Agent 框架做记忆与工具编排。谁掌握 VM 层和持久化会话，谁就更可能锁定开发者长期使用习惯。

对用户/开发者/创作者的影响

对普通用户，最直接的改变是 Agent 不再消耗本地电脑资源，手机即可发起长时间运行的任务，且对话连续性由云端磁盘快照保证，不必担心笔记本合盖断连。对开发者，这类架构带来的影响更具体：Claude Code 的宿主机在 VM 内运行意味着用户对环境的完全控制权让渡给了平台，你只能修改自己的可写分区，不能改动平台预装的执行工具；同时，平台可对出口流量做 MITM 检查，这意味着通过 Agent 外发代码或数据时，平台具备技术上的审计能力。对于使用 E2B 类服务的团队，配置弹性更高——可按需选择 vCPU、内存、磁盘与空闲回收策略，还能用内存快照替代冷启动恢复，这给构建长生命周期 Agent 应用提供了成本优化空间。创作者使用 Instinct 这类带持久 /memory 目录的产品时，Agent 能跨会话记住用户偏好与项目状态，交互体验更接近“私人助理”而非无状态聊天工具。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

目前公开信息显示，Claude Code 与 Instinct 的云端 VM 方案均已投入运行，但有几个观察点值得留意：一，Anthropic 是否会将这套“宿主机控制程序在租户 VM 内”的架构开放为第三方 Agent 的运行规范，或者仅限自家产品使用；二，E2B 这类沙箱服务商与 Claude Code 自建 Firecracker 集群之间的成本差异，是否会反映到终端订阅价格上；三，Instinct 的 /memory 设计是否会被其他 Agent 框架效仿，形成新的记忆层标准——如果各平台各自定义 memory 目录格式，Agent 跨平台迁移仍会面临碎片化问题。

来源：Hacker News