北京
DoorDash 把工程智能体的工作负载从开发者笔记本搬到了自家的 Flux 云平台上。这个平台在 2026 年单月自动化完成了 130000 个工程任务。每周支撑超过 25000 次自动化代码审查，平台上已有超过 300 个 Playbook，每周触发调用超过 10000 次，工作流可以无人值守并行运行。
Flux 的诞生源于一个现实瓶颈：智能体跑在单台笔记本上时，算力受限于本机 CPU 与内存，依赖开发者设备保持在线，还可能让自治智能体接触到开发者已拥有的凭据与内部系统。DoorDash 还提到，本地执行让监控变得更难——智能体在哪运行、访问了哪些系统、代表谁操作，都不容易看清。
安全架构师 Radoslav Krehlik 在 LinkedIn 上就 Flux 发帖写道，它是在基于笔记本的智能体遇到算力、正常运行时间和安全限制后构建的。工程师可以从 Slack、GitHub 或定时任务触发智能体，而 DoorDash 保持了完整的企业安全护栏。
Flux 建立在四个平台原语之上：云端 Sandbox、MCP 网关、可复用 Playbook 和触发方式。Playbook 定义工作内容，Sandbox 提供隔离的执行环境，网关控制对内部系统的访问，触发方式则允许通过 Slack、GitHub、Cron、命令行或会话接口启动工作流。
这些 Sandbox 使用 Firecracker 微虚拟机隔离智能体工作负载。每个环境都预配置了任务所需的仓库、开发工具、密钥以及运行时依赖。据 DoorDash 报告，端到端 Sandbox 搭建的第 95 百分位目标在 五秒以内，这一过程包括启动 microVM、克隆仓库、安装构建工具和配置编码智能体 harness。
智能体通过 Agent Gateway 访问内部系统。这是一个内部的 MCP 网关，提供有范围限制的权限，并记录智能体的活动以供审计和策略执行。基于 YAML 定义的 Playbook 会指定任务、所需工具、权限、校验和安全边界，还能把智能体驱动的步骤与确定性代码结合，在需要可预测执行或校验的地方使用后者。
TOP GROUP Vietnam 联合创始人 Duy Nguyễn 在 LinkedIn 上就 Flux 发帖写道，一旦智能体处理后台工作、代码审查、内部工具和并发执行，困难就会从模型选择转向控制：身份、权限、沙箱、审计日志、配额以及真正的终止开关。
DoorDash 最初用 Flux 做自动代码审查，将其描述为一种高频且效果可衡量的工作流。随后平台的应用范围扩展到 CI 分流、值班任务、日常维护工作流以及由工单驱动的开发任务。Slack 集成方式也从私密频道改为公开讨论链，让工程师能观察智能体的执行过程、审查执行结果，并了解其他团队如何分配和委派任务。
这一做法是编程智能体向云端执行模式迈进的更广泛趋势的一部分。GitHub 为 Copilot 提供了本地和云端两种 Sandbox 环境，允许开发者对文件系统、网络及系统访问权限进行控制；其云端 Sandbox 为智能体提供隔离的执行环境，使其在运行编码任务时不占用本地开发者的计算资源。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
