Brex 用自托管 Cursor 双 Agent 流水线一个月迁移 180 个微服务：32 倍提速、成本降约 90%
Brex 用自托管 Cursor 双 Agent 流水线取代手动 Micronaut 3 升 4：Linear 工单触发生成 Agent，验证 Agent 监控 CI 并在三次尝试内自我纠正。一名工程师一个月迁移 180 个微服务，人均提速 32 倍，单服务成本较工程时间降约 90%。企业工程博客口径，本站未独立复测。任务：1. 首次（人工）尝试：3 名工程师全职一季度仅迁移 500+ 个服务中的约 50 个。〔—〕 2. 单一巨型 Agent 方案因上下文过载与笔记本执行失败。〔异常处理：放弃〕 3. 搭建双 Agent 流水线：生成 Agent（脚本+LLM 推理，Linear 工单触发）开草稿 PR；验证 Agent 监控 CI、部署开发环境、最多 3 次尝试内自我纠正。〔设定〕 4. 工程师经 Linear 工单触发并审查每份草稿 PR；合并生产必须人工审查。〔设定·审核〕；工具：Cursor。人工角色：- 设定：工程师创建 Linear 工单触发流水线；审核：每份草稿 PR 均人工审查，合并生产必须人工批准。 - 更细的人工分工来源未披露。；局限：- 并非完全自主：合并生产前必须人工审查。 - 三次尝试上限防无限循环与成本失控。 - 强依赖 Micronaut 4 与自定义 Bazel 工具，前期需大量自托管基础设施与 11 个技能。 - 覆盖率缺口会让细微运行时 bug 流入生产。 - 除约 90% 成本降幅外，令牌用量细项来源未披露。。
工具
Agent Work Atlas 发布日期:
概述
Brex 用自托管 Cursor 双 Agent 流水线取代手动 Micronaut 3 升 4：Linear 工单触发生成 Agent，验证 Agent 监控 CI 并在三次尝试内自我纠正。一名工程师一个月迁移 180 个微服务，人均提速 32 倍，单服务成本较工程时间降约 90%。企业工程博客口径，本站未独立复测。
工作流程
1. 首次（人工）尝试：3 名工程师全职一季度仅迁移 500+ 个服务中的约 50 个。〔—〕 2. 单一巨型 Agent 方案因上下文过载与笔记本执行失败。〔异常处理：放弃〕 3. 搭建双 Agent 流水线：生成 Agent（脚本+LLM 推理，Linear 工单触发）开草稿 PR；验证 Agent 监控 CI、部署开发环境、最多 3 次尝试内自我纠正。〔设定〕 4. 工程师经 Linear 工单触发并审查每份草稿 PR；合并生产必须人工审查。〔设定·审核〕
原文报告的结果
- 一名工程师一个月迁移 180 个微服务，人均提速 32 倍。 - 单服务迁移成本降约 90%（基础设施与令牌成本对比工程时间）。 - 首次人工尝试：3 名工程师一季度约 50 个服务。 - 部分自动化 PR 通过全部测试，仍因覆盖率/监控缺口在生产引入细微运行时 bug。 （企业博客口径，本站未独立复测。）
人工角色
- 设定：工程师创建 Linear 工单触发流水线；审核：每份草稿 PR 均人工审查，合并生产必须人工批准。 - 更细的人工分工来源未披露。
局限
- 并非完全自主：合并生产前必须人工审查。 - 三次尝试上限防无限循环与成本失控。 - 强依赖 Micronaut 4 与自定义 Bazel 工具，前期需大量自托管基础设施与 11 个技能。 - 覆盖率缺口会让细微运行时 bug 流入生产。 - 除约 90% 成本降幅外，令牌用量细项来源未披露。
试一试
扮演一名实施框架迁移流水线的 DevOps 工程师。我需要使用 Cursor Agent 将 [replaceable: 数量] 个微服务从 [replaceable: 旧框架] 迁移到 [replaceable: 新框架]。首先，分析代码库以识别确定性更改（例如版本标志、导入）和上下文依赖的重构需求。创建一个 PR 生成 Agent，应用确定性脚本并使用 LLM 推理处理复杂更改，打开草稿 PR。然后，创建一个 PR 验证 Agent，监控 CI，部署到开发环境，并在标记为人工审查之前尝试修复错误最多 3 次。确保 Agent 是自托管的，以避免本地机器瓶颈。在对所有服务运行之前，在 [replaceable: 示例服务名称] 上执行试运行，并向我展示差异和 CI 日志以供批准。未经我明确确认，不要合并任何代码。如果错误在 3 次尝试后仍然存在，请停止并生成报告。输出 Agent 配置文件和试运行结果摘要。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。