AI 正在向软件生命周期的上游延伸：从代码审查到产品需求文档（PRD）治理
作者 ｜ Leela Kumili
译者 ｜ 平川
大型科技公司正在将 AI 的应用范围从代码生成和代码审查扩展到软件开发生命周期的更早期阶段，包括产品需求验证和系统设计输入。Uber、DoorDash 和 Cloudflare 最近采取的举措表明，行业正朝着将 AI 作为治理层的方向转变，从而在实施前及审核期间对工程成果进行评估和优化。
Uber 引入了 产品需求文档（PRD）“首轮审核”机制，要求在产品需求文档提交给工程团队之前，先由 AI 系统进行审核。该系统会对早期阶段的规格说明书进行评估，重点考察其清晰度、完整性以及潜在的实施风险。
以下是 Uber 针对该举措发布的工程 评论：
这真是 AI 产品经理的一个绝佳应用场景！大多数人认为其价值在于和你共同起草产品需求文档（PRD），但它更大的价值在于提供恰当的背景信息，帮助你深入思考问题，并引入你可能甚至不知道的相关公司级资源和项目。
该方法将 AI 定位为产品文档的结构化审查机制，而非编码助手。在 Uber 的工作流程中，AI 在需求阶段的早期就被引入，用于在设计和实现之前发现缺失的依赖关系、不一致之处以及不明确的假设。工程师保留最终验证权，而 AI 系统则作为产品需求文档（PRD）的初步筛选层。
DoorDash 也采取了类似的做法，开发了一款 基于 AI 的内部代码审查工具，旨在提供反馈，使工程师主动将其融入工作流程。该系统侧重于生成可操作且与上下文相关的建议，而非泛泛的自动化评论。在对该系统的评论中，DoorDash 工程师 指出：
他们团队设计这个系统的初衷是赢得信任，而不是制造噪音：减少评论数量，只提供更有价值的反馈，并在代码发布前落实真实的改进行为。
该设计将 AI 生成的洞察直接整合到了现有的开发工作流中，在标准审查流程中直接呈现反馈，而非作为独立的工具存在。这种方法可以保证工程判断仍然是最终的决策点，减少了审查延迟，提高了吞吐量，同时又可以避免给工程师造成低信噪比的干扰。
Cloudflare 还描述了一种 基于多代理的 AI 辅助代码审查方法，其中不同的 AI 组件被分配了专门的职责，例如安全分析、性能评估和正确性检查。这种分解方式遵循分布式系统原则，将关注点分散到多个代理，然后通过协调层聚合输出结果。
Cloudflare 工程团队指出：
当明确界定了每个专职审核员的职责范围时，它们的表现优于单一的通用审核员。
Cloudflare 还强调，该系统在标记内容时必须精准。为了提供高信噪比的代码审查信息，并减少开发者工作流中的噪音，定义“不需要显示的内容”与定义“需要检测的内容”同样重要。
在这些实施方案中，作为为人工审核员提供支持的首轮评估层，AI 贯穿了从需求定义到实现的软件生命周期的各个阶段。它在产品需求文档（PRD）、设计和代码审查阶段引入了结构化的检查点，在保留人工监督的同时增加了自动化分析。这反映了软件工件全生命周期持续验证这一新兴的模式。