代理开发生命周期已登陆Cloudflare
内容提要
Cloudflare推出“代理开发生命周期”（ADLC），旨在让AI代理自主管理软件开发的整个流程，而不仅仅是编码。该平台提供CI/CD、可观测性、预览部署等工具，支持代理处理测试、部署和维护。其核心是使用Workflows编排复杂任务，使软件工厂能安全、高效地运行，最终实现软件开发的全面自动化。
延伸解读
从SDLC到ADLC：范式转变
文章提出用“代理开发生命周期”（ADLC）取代传统的“软件开发生命周期”（SDLC）。SDLC是为人类团队设计的，而ADLC是为“软件工厂”设计的，即由AI代理自主管理从规划到维护的整个流程。这一转变的核心在于，代理不仅编写代码，还要处理测试、部署、监控和修复等所有环节，从而减少人工干预，让人类专注于设计、客户沟通和创新。
软件工厂的七大关键要求
文章强调，要让代理安全地驱动整个SDLC，平台必须满足七个条件：可编程（所有操作需有API）、水平可扩展（每个代理有独立预览）、可复现（能模拟复杂环境）、实时推送（事件驱动）、原子性（变更独立可测）、权限管理（代理可安全升级权限）、自我改进（从经验中学习）。这些要求远超传统CI/CD，是构建可靠软件工厂的基础。
Workflows：超越CI/CD的编排工具
Cloudflare将CI/CD管道视为Workflows的一种特例，但Workflows更强大：它能动态定义步骤、自动重试、持久化状态，并能启动代理或子Workflows。通过Workflows，开发者可以编排复杂的动态流程，例如让代理审查数据、触发修复，从而将人类从繁琐的监督中解放出来，实现更高程度的自动化。
Cloudflare的ADLC技术栈
文章列出了Cloudflare支持ADLC的完整工具链：从开发（Vite、Rolldown、本地模拟）、测试（Browser Run、Vitest）、部署（Flagship、渐进式部署）到运维（Workers Logs、Agent Traces、MCP服务器）。这些工具覆盖SDLC各阶段，使代理能在本地和云端一致地工作，为构建软件工厂提供了基础。
Q&A
Cloudflare 推出的代理开发生命周期（ADLC）是什么？
ADLC 是 Cloudflare 提出的一个概念，旨在让 AI 代理自主管理软件开发的整个生命周期，而不仅仅是编码。它涵盖了从计划、设计、实现、测试、部署到维护和退役的所有阶段，目标是实现软件开发的全面自动化。
为什么 Cloudflare 认为需要从 SDLC 转向 ADLC？
因为 AI 使得编码（实现）变得快速且便宜，但其他环节（如测试、部署、维护）成为瓶颈，压垮了开发人员。为了应对这种变化，需要让代理承担更多职责，而不仅仅是生成代码，因此提出了 ADLC 来替代传统的 SDLC。
Cloudflare 为支持 ADLC 提供了哪些具体工具或功能？
Cloudflare 提供了 @cloudflare/ci（基于 Workflows 的 CI/CD 工具）、OpenTelemetry 追踪（集成在 Wrangler 和 Vite 插件中）、Cloudflare Agents 和 Agent Traces（用于观察和维护代理）、以及 Browser Run（可编程无头浏览器）等。
软件工厂需要满足哪些要求才能安全地运行？
软件工厂需要满足以下要求：可编程（所有操作必须有 API）、可水平扩展（每个代理有独立的预览环境）、可复现（能重现特定条件下的问题）、实时推送（基于事件触发代理）、原子性（每个变更独立可测试和回滚）、有权限管理（代理可以安全地获取所需权限）、以及自我改进（代理能从经验中学习）。
Cloudflare Workflows 在 ADLC 中扮演什么角色？
Workflows 是 ADLC 的核心编排工具，它可以动态定义步骤、自动重试、持久化状态，并能启动代理、容器和浏览器。它使得 CI/CD 管道只是 Workflow 的一种形式，但 Workflow 能处理更复杂的动态流程，从而支持代理自主管理整个开发生命周期。
Cloudflare 如何将 ADLC 的各个阶段映射到其平台服务？
Cloudflare 将 SDLC 的每个阶段都对应到其平台服务：计划（Workflows）、设计（Vite/Rolldown/Oxc 工具链）、实现（本地开发环境、远程绑定）、测试（Browser Run、Vitest）、部署（Flagship 功能标志、渐进式部署）、维护（Workers Logs、Agent Traces、MCP Server）、退役（Analytics Engine 等）。
