
亚马逊云科技最近发布了Kiro,这是一个新的 VS Code fork 分支,致力于帮助开发者超越氛围编程(vibe coding)并解决它的一些缺点。Kiro 直接支持规范驱动开发。开发者使用自然语言描述他们的需求。Kiro 会输出带有验收标准的用户故事、技术设计文档和实现所需的编码任务列表。审查后,开发者可以逐步触发任务的实现。
虽然氛围编程非常适合快速原型迭代和应用需求的发现阶段,但它也有一些缺点。
AI 生成的代码通常可能过于冗长,风格不一致,并且难以遵循既定的架构、治理和安全模式。在较大的团队中,不一致的氛围编程使用可能带来明显的入门、系统集成和维护方面的挑战。
在没有持续更新的测试套件的情况下,氛围编程的应用程序可能会随着时间的推移而退化,这意味着新功能的实现可能会改变之前已实现功能的正常运行。
Kiro 的规范驱动工作流程将开发分解为三个不同的阶段:生成带有详细验收标准的用户故事,创建带有图表和模式的技术设计,以及将工作分解为一系列可跟踪的实现任务。
以下是分析仪表板需求的一个示例:
以下是生成的设计文档摘录:

以下是生成的任务序列(实现计划)的一个示例:

Kiro 的发布说明强调:
Kiro 的规范应该与你不断发展的代码库保持同步。开发者可以编写代码,并要求 Kiro 更新规范或手动更新规范以刷新任务。这解决了开发者在实现过程中停止更新原始制品的常见问题,这会导致文档不匹配,使未来的维护变得复杂。
Kiro 还引入了 Hooks,这是由文件更改后触发的用户提示词。Hooks 结合 MCP 服务器,允许开发者实现各种动作,特别有助于在开发团队中强制实现一致性并确保质量。文档提供了以下Hooks的示例,验证用户界面设计是否符合 Figma 设计:
一些 Hacker News 上的开发者报告说,规范驱动开发放慢了开发速度。一位开发者说:
我想在 macOS 上有一个小工具来显示我的全局键盘快捷方式。我给了 Kiro 一个简短的规范和一些描述输入数据模式的 TypeScript。
它写了大约 5000 行代码,包括测试,它们……的确可以运行。它看起来不像我希望的那么好看,但我不能破坏它。然而,5000 行代码对于这样一个简单的任务来说太多了,解决方案在每个可能的方向上都被过度设计了。我能够(手动)将其减少到大约 800 行代码,而不会丢失任何重要功能。
其他人则非常重视这种方法:
我上周在相当棘手的日期时间解析问题上尝试了 Kiro。我从大约两百个单词的提示和一些代码示例开始,使用它们来描述问题。类似于 OP,它迫使我停下来更清晰地思考我试图解决的问题,最后当我看到它完成任务列表时,我感到非常惊讶。
我认为我唯一的反馈是,我的任务也在写很多测试,如果获得测试结果的反馈循环能够更整洁的话,这将是极其强大的。它像一个沙箱化的终端,我对 YOLO 模式不太感兴趣,需要不断授权以便让终端运行。
其他开发者强调,有了Kiro,编程可能会向左转向到产品/项目管理:
这看起来真的很酷,除了需要学习一种新的语法(Gherkin 真的那么糟糕吗?),但是,所有这些基于 Agent AI 的工作流程一直让我感到困扰。
你到底在什么时候进入工程开发?对于项目经理来说,这是一个很棒的演示,能够引导你的“团队”进行功能开发。但是如果没有适当的架构,开发确实会变成一团糟。
有了氛围编程,我感觉我像是一个项目经理,而不是工程师。
Yehuda Cohen写了一篇博客文章,在Kiro的帮助下评估Kiro(reviewing Kiro with the help of Kiro),它给出了的积极评价,并贡献了以下见解:
实际情况在于,Kiro 需要一种不同的项目管理方式。你不再只是编写代码;你正在引导一个可能被复杂性压垮的 AI,这种方式更喜欢变通方案而不是根本原因分析,偶尔需要明确告诉它不要继续前进,直到问题真正得到解决。它很强大,但不能完全放任。
Kiro 是 VS Code 的一个 fork 版本,因此支持 Open VSX 兼容的插件。在底层,Kiro 由 Anthropic 的 Claude 提供支持。有兴趣测试 Kiro 工作流程的开发者可以遵循一个专门的游戏教程(通过游戏学习)。
Kiro 目前处于预览阶段,支持 Mac、Windows 和 Linux,新发布的定价计划从每月 20 美元起步。Kiro 是由亚马逊云科技开发的专有软件。
原文链接:
Beyond Vibe Coding: Amazon Introduces Kiro, the Spec-Driven Agentic AI IDE
评论