智能体让 CI 成了瓶颈,但更快的流水线并非正解
这件事讲了什么
Anthropic、Linear 和 Depot 在九月先后指出:智能体写代码太快,把持续集成(CI,即每次提交代码后自动跑测试的流水线)压成了瓶颈。Anthropic 的 CI 任务量半年涨了 25 倍,工程师每季度交付的代码约为 2021 至 2025 年的 8 倍;Linear 的测试套件自一月以来翻了近两番。业界的反应是让流水线更快,但作者认为这解决错了层面:云原生系统里一个仓库只是几十个服务之一,CI 只验证仓库里的代码和模拟(mock)出来的依赖,跨服务边界才出问题。真正该做的是把验证提前到提交 PR 之前、并且针对整个系统而非单个仓库,再用共享的 Kubernetes 集群多路复用来控制成本。读者会得到判断:智能体时代不能只靠提速,还要改变验证的对象和时机。
可以使用的工具
文中可用工具
- GitHub Copilot cloud agent在 GitHub Actions 驱动的临时环境里运行测试的云端智能体
- Codex运行安装脚本并复用缓存容器来验证代码的智能体
- Devin根据环境蓝图启动运行环境的智能体
- Greptile TREX运行分支并把日志和截图附到 PR 上的验证工具
- Kubernetes用共享集群承载大量轻量测试环境,避免为每个智能体单独准备一套系统
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。