title: "DoorDash 的 Flux 平台通过云端代理运行 130,000 项工程任务"
source_url: "https://www.infoq.com/news/2026/08/doordash-flux-cloud-agent/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global"
author: "InfoQ"
excerpt: "公共早报 DoorDash 已将工程代理工作负载迁移至 Flux 云平台。InfoQ 报道称，平台单月自动化 130,000 项工程任务，并支持每周超过 25,000 次自动代码审查，背后依靠隔离沙盒、安全 MCP 网关和可复用剧本。"

DoorDash 已将其工程代理工作负载从开发人员的笔记本电脑迁移至其 Flux 云平台，该平台在 2026 年单月自动化了 130,000 项工程任务。该平台每周支持超过 25,000 次自动代码审查，拥有超过 300 个剧本和每周超过 10,000 次调用，允许工作流无人值守并行运行。

Flux 后台工作流用例和使用指标（来源：DoorDash 博客文章）

DoorDash 在遇到在个人笔记本电脑上运行代理工作负载的局限性后开发了 Flux。本地执行限制了可用的 CPU 和内存，依赖于开发人员的设备保持连接，并可能让自主代理访问开发者已可用的凭证和内部系统。DoorDash 还表示，本地执行使得监控代理在哪里运行、访问哪些系统以及代表谁操作变得更加困难。

安全架构师 Radoslav Krehlik 在 LinkedIn 帖子 中写道：

在基于笔记本电脑的代理遇到电力、正常运行时间和安全性限制后构建。工程师可以从 Slack、GitHub 或计划作业触发代理，而 DoorDash 保持完整的企业安全护栏。

Flux 围绕四个平台原语构建：云沙盒、MCP 网关、可复用剧本和调用接口。剧本定义工作，沙盒提供隔离执行环境，网关控制对内部系统的访问，调用接口允许通过 Slack、GitHub、cron、命令行或对话界面启动工作流。

Flux 架构（来源：DoorDash 博客文章）

沙盒使用 Firecracker 微虚拟机 来隔离代理工作负载。每个环境都配置了任务所需的仓库、开发工具、秘密和运行时依赖项。DoorDash 报告第 95 百分位服务级别目标为端到端沙盒设置少于 5 秒，包括启动微虚拟机、克隆仓库、安装构建工具和配置编码代理工具链。

代理通过 Agent Gateway（一个内部 MCP 网关）访问 DoorDash 的内部系统，该网关提供作用域权限并记录代理活动以进行审计和策略执行。剧本用 YAML 定义，指定任务、所需工具、权限、验证和安全边界。它们可以结合代理驱动步骤与确定性代码，在需要可预测执行或验证的地方使用。

TOP GROUP Vietnam 联合创始人 Duy Nguyễn 在 LinkedIn 帖子 中写道：

一旦代理处理后台工作、代码审查、内部工具和并发执行，困难问题就从模型选择转向控制：身份、权限、沙盒、审计日志、配额和真正的终止开关。

这种方法是将编码代理转向云端执行的更广泛举措的一部分。GitHub 为 Copilot 支持本地和云沙盒环境，并控制文件系统、网络和系统访问。其云沙盒为代理提供隔离环境来执行编码任务，而不消耗本地开发人员资源。GitHub 文档 提供了关于其基于云的执行模型的更多细节。

DoorDash 最初将 Flux 用于自动代码审查，该公司将其描述为一项频繁且可衡量的工作流程。随后将平台扩展到 CI 分流、值班任务、维护工作流和工单驱动开发。DoorDash 还将其 Slack 集成从私人频道更改为主动线程，以便工程师可以观察代理执行、审查结果，并了解其他团队如何委派工作。