Kiro 规范驱动开发：AI 代码如何进入工程体系
InfoQ 中文的一篇分析回顾了亚马逊云科技 Kiro 的规范驱动开发（spec-driven development）路线：Kiro 于 2025 年 7 月 16 日推出预览版，用 requirements.md、design.md、tasks.md 三段式 Specs 约束 AI 生成代码，并强调 Spec 与代码库双向同步。文章称，Kiro 在 2025 年 11 月 18 日正式可用时新增基于属性的测试（PBT）、进度检查点与 Kiro CLI 团队版订阅；2026 年 2 月又加入 design-first 与 bug-fix 工作流，文章认为这等于承认多数开发者并非从零开始写代码。2026 年 8 月 4 日开源的 Kiro Crew 被描述为建立在 Kiro CLI 之上的持续运行多智能体工作区，官方称提供 7 层安全防护；文末还介绍了 Kiro「鬼点子计划」活动。
文章认为，AI 编程工具的竞争重点已从能否生成代码转向代码能否进入工程体系，而 Kiro 用 Spec、PBT、Hooks 与 Steering 给出了一套可审计的实现样本。
AI 编程工具的竞争，在过去一年里换了个赛道。
2025 年上半年，话题还集中在"能不能生成"——模型能不能写出可编译的代码，能不能一次跑通一个完整功能。到 2025 年下半年，Cursor、GitHub Copilot、Codex CLI、Gemini CLI 以及 Kiro CLI 先后把 Agent 推进终端之后，生成能力本身已经很难再构成差异点。
真正的问题后移了：AI 写出来的代码，能不能进工程体系。
亚马逊云科技在 2025 年 7 月 16 日第一次推出 Kiro 预览版时，给出的答案是 spec-driven development（规范驱动开发）。一年多过去，这套方法论经历了正式可用、工作流修正、以及向多 Agent 工作区的延伸。它解决的到底是什么，边界又在哪里，我们一篇文章讲清楚。
#Kiro#Amazon Web Services#Kiro CLI#Kiro Crew#Cursor#GitHub Copilot#Claude Sonnet 4.5#Claude Haiku 4.5#Codex CLI#Gemini CLI