SDLC 已死：AI 代理与新的开发循环

SDLC已死：AI代理如何将开发生命周期压缩为紧密闭环

AI代理并未优化SDLC——它们直接将其消除了。经典的软件开发生命周期建立在顺序阶段、人工交接、工单和仪式之上，但如今已不再反映现代开发的现实。取而代之的是一个全新的范式：一个持续、异步、以上下文驱动的闭环，其中人类设定意图，代理生成包含测试与基础设施的工作代码，而可观测性系统则自动验证、修正并管理发布流程。这并非加速，而是从根本上改变了基础。

为什么SDLC不再是一种流程

传统的SDLC（瀑布模型、敏捷、DevOps）假定存在明确的阶段：需求收集→设计→实现→测试→评审→部署→监控。每个阶段都有自己的工具、指标、角色和仪式：Jira用于跟踪，Figma用于设计，GitHub PR用于评审，Datadog用于告警。但其过时的关键标志并非复杂性，而是对人工交接的需求。当一个代理处理整个栈——从意图到生产就绪的制品——阶段之间的界限便物理上消失了。不存在从设计师到开发者的“交接”，因为代理会同时解读UX规范、生成组件，并通过端到端测试进行验证。也不存在“等待评审”，因为验证已内置于生成过程：对抗性代理会在提交前分析代码的安全性、性能及合同合规性。这并非“敏捷3.0”——而是从以流程为导向的模型向以意图驱动的架构转变。

SDLC各阶段如何被压缩为上下文

需求收集不再是文档，而是动态的上下文。PRD也不再提前固定：工程师用自然语言描述任务（“为Okta SSO添加OAuth2支持，同时提供本地认证回退并严格验证令牌”），代理便会生成三种不同权衡的实现方案（无状态 vs 有状态会话存储、JWT解析策略），最终根据基准测试与遥测数据做出选择。需求成为迭代的副产品，而非输入条件。

系统设计现在是一场实时对话。代理不只是实现现成的架构，还会主动提出架构方案。针对“需要一个容错型事件总线，支持1万RPS”的请求，代理可以比较Kafka、NATS JetStream与Materialize，综合考虑延迟SLA、每百万事件成本以及运维复杂度，生成Terraform模块、可观测性配置，甚至负载测试脚本。架构不再是一张静态图，而是一个可执行、自适应的契约。

实现完全被委托。现代代理（Cursor、Continue.dev、Tabby）不仅生成函数，还生成完整的微服务，附带Swagger文档、健康检查端点、中间件链以及类型安全的DTO。它们甚至能处理边缘情况：例如，当为REST API生成HTTP客户端时，代理会自动添加带有指数退避、熔断器及上下文取消的重试策略——无需在提示中明确说明。人类只需专注于验证意图，而非编写代码行。

测试在生成阶段就被集成。代理会随代码一起创建单元测试、集成测试与端到端测试，且使用相同的语义。当生成函数calculateTax(amount, region)时，它会立即编写边界值、无效区域及货币转换的测试。TDD不再是方法论，而是默认行为。QA这一角色已不复存在：不存在“移交QA”的环节，因为验证发生在闭环内部。

代码评审作为人工流程已失去意义。人类每天评审500个PR简直是技术上的荒谬。取而代之的是以下方式：

• 对抗性代码评审：第二个代理分析生成的代码是否存在安全漏洞（CWE-79、CWE-89）、性能反模式（N+1查询、无限递归）以及是否符合内部RFC。
• 上下文感知的Linting：规则嵌入代理的LSP服务器，实时触发。
• 仅在高影响变更时才有人工介入：架构决策、核心领域逻辑变更，或当代理的信心得分低于0.92时。

部署已变为持续且自主。代理不仅生成代码，还生成CI/CD流水线，配备功能开关、金丝雀分析与自动回滚。示例：

- name: 部署并切换流量
  uses: actions/deploy@v3
  with:
    canary-percent: 5
    success-threshold: "latency_p95 < 200ms && error_rate < 0.1%"
    rollback-on-failure: true

发布不再是事件，而是一种状态：代码在通过门禁后立即上线，启用功能则由路由规则控制（如通过Envoy RDS）。代理监控发布过程，并实时调整流量。

剩下的只有上下文与闭环反馈

整个SDLC中仅有两个要素得以保留：

• 上下文——唯一的真相来源。其质量（规格准确性、领域模型深度、架构约束的相关性）直接决定结果。上下文工程是一项新的系统性技能：形式化意图、管理上下文变更历史、版本化业务规则。
• 可观测性——不是供值班工程师使用的工具，而是代理的闭环反馈。指标、日志与追踪必须结构化，以便代理能够解读：例如，“error_rate{service="payment", version="v2.4"}”应触发代理，对比v2.4与v2.3，发现validateCardExpiry()中的回归，并提出热修复方案。

什么才是关键

• SDLC并未提速——它已作为线性流程消失；剩下的只有“意图→构建→观测”的闭环。
• 代码评审作为人工PR检查是卢德主义；应改用对抗性代理，并在高风险决策时引入人工介入。
• 需求与架构如今实时生成并验证，而非被锁定在文档中。
• 部署与发布已解耦：代码持续部署，启用功能由流量管理。
• 未来的关键技能是上下文工程，而非掌握Jira或GitFlow。

在一个代理每天交付数百次变更的世界里，传统流程不仅缓慢，更是错误的根源。那些转向闭环可观测性系统的团队，让遥测数据直接控制代理，获得的不仅是速度，还有韧性：回归问题能在人们察觉之前就被修复。而其他团队仍在Datadog上反复调整仪表盘，却不知数据早已被代理用于自动恢复——无需他们的参与。

— Editorial Team