在最新一期的 AI DevOps 播客中，Paul Duvall 探讨了随着现代模型能力的提升，智能体 AI 模式如何强化核心工程规范。他还分享了自己的智能体AI工程模式代码库，用于记录和演进 AI 辅助软件开发实践。
Duvall 是“Continuous Integration: Improving Software Quality and Reducing Risk”一书的作者，他将这一系列模式定位为：探索如何通过客户在实际工作中应用智能体 AI 的实践经验来适配已成熟的工程实践。他强调应让 AI 生成的内容基于共享模式，并指出：“当 AI 可以生成代码，工程实践比以往任何时候都更为重要。”
面对 AI 生成的海量代码，Duvall 强调了主干开发、尽早且频繁提交以及自动化测试的重要性，并解释说，随着变更速度加快，这些实践对保障质量至关重要。
Duvall 还描述了开发者与代码交互方式的转变。他发现，在处理 AI 生成的内容时，自己“不再逐行审查代码”，因为海量变更让这种方式越来越不切实际。对此，Duvall 强调应该更多地依靠自动化验证与智能体防护机制，包括让智能体具备审查和优化自身输出的编码能力。
Duvall 还探讨了规范驱动开发等方法是怎样让现有软件工程实践不断演进的。他的代码库中包含适用于 AWS IAM 策略生成场景的智能体可读规范示例，通过预先定义预期行为、约束条件与验收标准，让智能体能够依据清晰的规范生成并校验输出。在谈及经典的测试优先模式如何被用来指导 AI 辅助工作流时，他表示：
我其实……是在复用我们在敏捷开发和极限编程（XP）中的做法……说白了就是先红、再绿、再重构……我就是按这个流程在做。
Duvall 还指出了智能体生命周期初期阶段存在的挑战，尤其是在意图定义环节。他发现，尽管 AI 工具能够快速生成代码，但模糊、不明确的输入往往会导致结果不一致且难以预测。这也使得人们更加重视通过更清晰的规范来驱动智能体，包括使用包含角色、上下文与约束的结构化提示词来描述意图，以及采用规范驱动开发和基于行为定义的验收测试。他表示：“如果没有完整地描述清楚意图，就只会得到随机的结果。”
在近期的 DevSecOps Talks 播客中，System Initiative 产品总监 Paul Stack 也谈到了对更清晰规范的重视。他主导开发的 SWAMP 是一个用于自动化与验证基础设施的开源智能体平台。Stack 介绍了自己如何围绕智能体重构开发流程，甚至放弃拉取请求，转而采用基于 GitHub Issue 的工作流，并融入规范驱动开发模式。他表示：
我们不接受拉取请求……如果你有设计方案，请提交一个 Issue，我们会进行交互式的合作，一起完善、共同设计。
在 Scott Hanselman 的播客中，“The Pragmatic Engineer” 新闻组作者 Gergely Orosz 介绍了一个开源项目：该项目不合并拉取请求，而是采用 “remixing” 模式，由智能体按照项目标准重构提交的 PR。Hanselman 认为，尽管架构与设计“品味”对系统来说至关重要，但“拥有无限耐心的初级工程师”这种心态很适合用来处理繁琐重复性的工作，这与完全自动化的“Ralph 循环”自主智能体形成对比——这类智能体通过子智能体迭代优化方案，直至满足需求。
Stack 还强调必须提供准确的架构模式与实践规范，让智能体能够“以与代码库一致的方式生成代码”，以及预先定义架构、约束条件与测试预期。与 InfoQ 报道的 Boris Cherny 智能体工作流类似，Stack 表示他也会使用 Claude 的“计划模式”在执行前对意图进行审查，以此来避免出现“AI 恐怖故事”式的问题。
Duvall 还指出了右移实践（Shifting-Right）的重要性，主张将这类反馈循环延伸至生产环境。他阐述了如何利用可观测性、遥测数据乃至生产环境中的测试来缩短反馈周期，解析实时信号并回送至开发生命周期。展望未来，他认为 AI 可能催生出规模更小、目标更聚焦的团队，并提到随着协调成本降低、自动化程度提升，研发团队将向“单披萨团队”（One-Pizza Team）模式转型。
Duvall 认为，与以往的工程变革一样，质量保障将越来越依赖自动化，而非人工审查。他表示：
你正在搭建相应机制……让代码得到审查……只不过未必每次都由你亲自审查。
Duvall 与 Stack 均强调，AI 辅助开发需要结合左移实践与右移反馈，将行为定义与生产状态纳入验证流程。Duvall 还指出，AI 能够更全面地分析生产遥测数据，从而识别出模式、更早地发现问题。
Duvall 的代码库在持续更新中，其中定义了涵盖开发、安全与运维场景的结构化模式及成熟度等级。这些模式包括规范驱动开发、编码规则和架构约束、原子分解与并行智能体，以及具备自动化可追溯性的可观测开发。
Orosz 意识到开发正在向以代码为中心之外的方向转变，他认为工程的定位与实践将会提升到新层次，超越代码本身。他表示：
我认为，除了编写代码之外，还有一些特质会让我们与众不同，我们理应去培养这种能力。
【声明：本文由 InfoQ 翻译，未经许可禁止转载。】
查看英文原文：https://www.infoq.com/news/2026/03/agentic-engineering-patterns/
