亚马逊云科技最近发布了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
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
评论