沙箱搬进自家机房：agent 基础设施可自持

youtube.com/watch?v=w-7eAI… E2B 把 agent 沙箱做成了一件可搬运的家具：Embed 版把整套沙箱栈打包装进单节点，直接跑在你控制的基础设施上——自己的环境、客户的环境都行。 Apache 2.0 开源，Docker Compose、GCP 上的 Terraform、Kubernetes 三种落法任选，对外仍是同一套 SDK、CLI 和 API。 这一手把"沙箱即服务"和"沙箱自持"的旧选择题划掉了。此前想给产品里的 agent 配执行环境，要么整段外包给托管商——数据、延迟、账单全绑在别人手里，要么从零自建——隔离、快照、并发调度每一层都要啃。 现在是同一条产品线的两种摆法：试用期用托管，长跑时搬进自家机房，接口不动、代码不改。 对做 agent 产品的团队，值得先回答一个问题：执行环境放在谁的账本上，本质是放谁的风险清单上。跑在自己机器里，出事的爆炸半径可预、可审计，客户合同也好谈；跑在托管上，省下的运维时间要用数据出境和供应商锁定去换。把沙箱视为可迁移资产，谈判桌上的底牌就多一张。 落地顺序可以很务实：先用托管版把产品跑通，等单客户的执行量过了盈亏线，再把同栈搬进自有机房——那三种部署方式存在的意义，就是让迁移那天不用重写。 agent 基础设施正在从"租来的工位"变成"可搬回家的设备"——你产品里的执行环境，账本上记在谁名下？