夜雨聆风AI Agent 没有让 SDLC 变得更快。它们杀死了它。
我不断听到人们把 AI 称为"10倍开发者工具"。这个定位错了。它假设工作流不变，只是速度变快。但事实不是这样——我们赖以谋生的整个软件开发生命周期，连同它催生的数十亿美元工具产业，正在自我坍塌。
而大多数人还没有意识到。
你学的 SDLC 已经是遗物
以下是我们大多数人都学过的经典软件开发生命周期：
每个阶段都有自己的工具、自己的仪式、自己的小产业。Jira 管需求、Figma 管设计、VS Code 管实现、Jest 管测试、GitHub 管代码审查、AWS 管部署、Datadog 管监控。
每个步骤都是离散的、顺序的，到处都是交接。
现在看看工程师和 Coding Agent 一起工作时，实际发生的是什么：
阶段坍塌了。它们没有变快，是合并了。Agent 不知道自己在哪一步，因为没有步骤了。只有意图、上下文和迭代。
AI 原生工程师不知道 SDLC 是什么
我和很多在 Cursor 发布之后才开始职业生涯的工程师聊过很多。他们不知道软件开发生命周期是什么。不知道什么是 DevOps，什么是 SRE。不是因为他们是差劲的工程师。是因为他们从来不需要这些。他们从未参加过冲刺规划会议。从未估算过故事点。从未等过三天等一个 PR 审查。
他们只是做东西。
你描述想要什么，Agent 写代码。你看一眼，迭代，发布。所有事情同时进行。
这些工程师没有因为跳过仪式而变得更差，他们是卸下了枷锁。冲刺规划、代码审查工作流、发布火车、估点仪式。全都没有。他们跳过了整套正统方法，直奔构建。
说实话？我很羡慕他们。
每个阶段都在坍塌
需求收集：流动的，不是下达的
需求以前是自上而下传达的。PM 写 PRD，工程师估算，在写第一行代码之前规格就冻结了。在构建成本高昂时有道理——每个功能要花几周，必须提前决定做什么。
这个约束消失了。当 Agent 可以在几分钟内生成一个完整功能版本时，你不需要提前指定每个细节。你提供方向，Agent 建一个版本，你看，调整，换个方案。你可以生成十个版本选最好的。需求不再是一个阶段。它们是迭代的副产品。
那么，当受众不是在流水线上协作的人类，而是消费上下文的 Agent 时，Jira 是什么？Jira 是为追踪不再存在的阶段而建的。如果你的"需求"只是 Agent 的上下文，那工单系统就不再是项目管理工具了。它是一个上下文存储。而且是一个很糟糕的上下文存储。
系统设计：发现的，不是规定的
系统设计仍然重要。但它的发生方式正在从根本上转变。
设计以前是你写代码之前做的事。你会在白板上画架构，讨论权衡，画方框和箭头，然后去实现。设计和代码之间隔着几天甚至几周。
这个缝隙正在合上。设计正在变成你通过给 Agent 正确的上下文来发现的东西，而不是你提前规定的东西。模型见过的系统、架构和模式比任何单个工程师都多。你描述一个问题，Agent 不仅实现你的设计，还会建议通常优于你自己想出来的架构。你在实时进行设计对话，产出是工作的代码。
你仍然需要知道什么时候 Agent 在过度设计或遗漏了约束。但你在协作设计，而不是规定设计。
实现：这是 Agent 的工作了
这一点很明显。Agent 写代码。整个功能。包含错误处理、类型和边界情况的完整解决方案。
就我个人而言，我不认识还在逐行敲代码的人。我们审查 Agent 写的东西，给它们喂上下文，调整方向，专注于真正需要人类判断的问题。
测试：同时的，不是顺序的
Agent 和代码一起写测试。不是事后补的，不是单独的"测试阶段"。测试是生成的一部分。TDD 不再是一种方法论，它只是 Agent 默认的工作方式。
整个 QA 作为独立阶段的功能已经消失了。当代码和测试一起生成、一起验证、一起迭代时，没有交接，没有"扔给 QA"。Agent 可以自己做 QA。
代码审查：放弃吧
Pull Request 流程必须消失。我从来不是它的粉丝，但现在它纯粹是过去的遗物。
我知道这让人不舒服。代码审查是神圣的。它是你抓 bug、分享知识、维护标准的方式。它还是一种身份认同。我们是工程师，审查代码就是工程师做的事。但在 Agent 驱动的世界里死守 PR 流程不是严谨，是身份危机。
想想看。Agent 每天生成 500 个 PR。你的团队最多审 10 个。审查队列堆积。这不是值得优化的瓶颈，这是假的瓶颈，一个只因为我们把人类仪式强加到机器流程上而存在的瓶颈。
这个图不该存在。整个流程都是错的。
审查必须从头重新设计。要么变成代码生成本身的一部分——Agent 根据计划文档自我验证、跑测试、检查回归、验证架构约束——要么用第二个 Agent 审查第一个 Agent 的输出。对抗式 Agent 全方位冲击提议的变更，尝试从每个维度突破它。我们已经有这些工具了。人工参与审查变成基于例外的——只在自动验证无法解决冲突或变更触及真正新颖的东西时才触发。
我们在审查周期里花时间读 Agent 几秒就能验证的 diff。这不是质量保证。这是卢德主义。
部署：解耦与持续
Agent 已经在写比大多数团队手工构建的更精细、更专业的部署管线了。Feature Flag、金丝雀发布、渐进式推广、自动回滚触发器，以前需要专门平台团队才能搞的发布工程。
关键转变是 Agent 自然地将部署和发布解耦。代码持续部署——每次变更在生成和验证后立刻产生产物，落到生产环境但藏在 Gate 后面。发布是独立决策，由 Feature Flag 或流量规则驱动。
一些团队已经接近真正的持续部署和发布了。代码生成、测试通过、产物构建、变更上线，全部在一个自动化流程里完成，从意图到生产之间没有人工参与。
下一步更有趣。想象 Agent 不仅部署代码，还管理整个发布生命周期——监控发布、根据错误率调整流量比例、延迟飙升时自动回滚、只在真正出新鲜问题时通知人类。部署"阶段"不仅是被自动化了。它变成了一个持续的、自我调节的过程，永远不会真正结束。
监控：唯一存活的阶段，而且它需要进化
监控是 SDLC 中唯一存活的阶段。而且它不仅存活，还变成了其他一切赖以生存的基础。
当 Agent 以超过人类审查速度发布代码时，可观测性不再是一个锦上添花的仪表盘层。它是整个坍缩生命周期的主要安全机制。其他所有安全网——设计审查、代码审查、QA 阶段、发布签收——都被吸收或消除了。监控是剩下的东西。它是最后的防线。
但大多数可观测平台是为人类建的。告警、日志搜索、仪表盘等，都是设计给人看、解读、行动的。当变更量超过人类注意力时，这个模型就崩溃了。如果 Agent 每天发 500 个变更，而你的可观测设置需要人类调查每个异常，你就创建了一个新瓶颈。你只是把它从代码审查搬到了事件响应。
可观测没有行动，就是昂贵的存储。可观测的未来不是仪表盘，而是闭环系统——遥测数据成为发布代码的 Agent 的上下文，让它能检测回归并修复它。
可观测层变成驱动整个循环的反馈机制。不是末端的阶段。是整个系统的连接组织。
最先搞清楚的团队——可观测直接反馈到 Agent 循环而不是人类寻呼机的团队——会比所有人发货更快、更安全。那些没搞清楚的团队会被告警淹没。
新生命周期是更紧密的闭环
SDLC 是一个宽环。需求 → 设计 → 编码 → 测试 → 审查 → 部署 → 监控。线性的。顺序的。充满交接和等待的。
新生命周期是一个紧密闭环。
意图。构建。观测。重复。
没有工单。没有冲刺。没有故事点。没有排队的 PR。没有单独的 QA 阶段。没有发布火车。
只有一个带着意图的人类，和一个执行的 Agent。
所以还剩什么？
你用 Agent 构建的东西的质量，直接正比于你给它的上下文的质量。不是流程，不是仪式，是上下文。
SDLC 已死。新技能是上下文工程。新安全网是可观测性。
而行业里大多数人还在配置没人看的 Datadog 仪表盘。
原文：The Software Development Lifecycle Is Dead | Boris Tane
