Cloudflare 把「软件工厂」拆成了三件能跑的产品:ADLC + @cloudflare/ci + Agents 追踪
Cloudflare 在 8 月 4 日 Agents Week 第三天,把"软件工厂"从一句口号拆成了三件能跑的产品:Agent Development Lifecycle(ADLC)框架、@cloudflare/ci(CI/CD on Workflows)、Cloudflare Agents 仪表盘 + OpenTelemetry 追踪。这不是 Cloudflare 想做"另一个 GitHub Actions",而是想把 SDLC 的每一道人为卡口都拆掉,让智能体接管从 plan 到 retire 的全流程。
为什么这三件要一起看?因为单看哪件都不算新——Workflows 早就 GA、Observability 也是常规品类——但把它们和"agent 自驱"绑在一起,就构成了一个能跟 Harness 公司(如 OpenAI Codex、Anthropic Claude Code、Replit Agent)正面竞争的栈。Cloudflare 这次明确给出七条平台要求:所有操作可编程、所有环境可重放、变更可独立测试和回滚、权限可审计可升级、系统能自我改进。这其实是在公开喊话:Harness 公司不要只做"写代码的 agent",要建"运营代码的 agent",而 Cloudflare 愿意把底层让出来。
Cloudflare Agents 首发是 agent tracing,支持 Think、Flue、AI SDK 三个 harness,每条 span 都按 OpenTelemetry 的 Generative AI 语义约定发出去——这是 Cloudflare 第一次承认"agent 操作是一类独立的可观测信号",不是请求日志的副产品。beta 期间免费,10 月 1 日起并入 Workers Observability 计费(Free 20 万/天,Paid 2000 万/月,溢出 0.6 美元/百万,3 天/7 天保留)。本地侧,wrangler dev 和 vite dev 现在自动捕获本地调用链,agent 通过 Local Explorer API 就能在不部署的情况下定位失败。
值得注意的几个细节:
- @cloudflare/ci 不是给你一个 YAML runner,而是把 pipeline 写成 Workflow step——失败步骤可以 spawn 一个 agent 去复现 bug 再决定是否 block merge。
- Cloudflare 同期发了一篇"自家改造"案例:用 AI 子代理在 GitHub Actions 里跑 issue triage,把 Astro 仓库开放 issue 从 200+ 砍到 30,下月归零——85% 的削减来自自动化复现 + 验证,而不是写代码。
- OpenMDW-1.1 这种 Linux 基金会宽松许可没有出现在 Cloudflare 的 ADLC 表述里——ADLC 是平台策略,不是开源策略,这跟 Alpamayo 那条线形成对照。
判断:Cloudflare 的赌注是"agent 时代的 GitHub 是 Cloudflare"。GitHub Copilot 在 7 月 31 日刚把堆叠式 PR 摆上桌(我们今天会单独聊),Cloudflare 当周就把整套 agent SDK + 可观测 + CI 摆上桌——这不是巧合,而是两家公司同时意识到"SDLC 已经被 agent 撑爆了"。下一步要看 Harness 厂商是接受 Cloudflare 当底层,还是自己重写一套。
原文:https://blog.cloudflare.com/agent-development-lifecycle 配套:https://blog.cloudflare.com/agents-on-cloudflare / https://blog.cloudflare.com/ci-workflows / https://blog.cloudflare.com/local-tracing