什么是 Kiro？
最近，在程序员圈子里，有个词特别火，叫 Vibe Coding（“氛围编程”）。带火这个词的，是一款叫做 Cursor 的 AI 编程软件，它火到什么程度呢？背后的公司 Anysphere 刚拿到一笔融资，估值就冲到了近两百亿美元，可以说是资本追着喂饭。
那么，这个“氛围编程”到底有什么魔力？简单说，就是让写代码的过程，变得像聊天一样流畅、自然。你有一个想法，跟它说说，代码就刷刷地出来了，整个体验非常顺滑，极大地提升了开发效率。可以说，Cursor 把 AI 编程的“爽感”推向了一个高峰，它用的还是顶尖的模型，很多开发者都觉得离不开它了。
但就在大家沉浸在这种流畅的编程体验里时，亚马逊带着一款叫 Kiro(kiro.dev/) 的新工具入场了。有趣的是，Kiro 并没有直接去卷谁的代码生成得更快，谁的补全更智能，而是提出了一个完全不同的理念。它的目标很明确：要让那些通过“氛围编程”创造出来的应用，能够真正顺利地投入生产环境。
这一下就点出了当前很多 AI 编程工具的痛点。我们都见过很多酷炫的 AI demo，看起来无所不能，但真要把这些原型变成一个稳定、可靠、能给成千上万人使用的产品，中间还有一条很长的路要走。原型和生产系统之间，总是差着那么一口气。Cursor 让我们体验到了从 0 到 1 的快感，但从 1 到 100 的工程化、规范化过程，它并没有完全解决。
亚马逊的 Kiro 瞄准的就是这个缺口。它似乎在说，“氛围”和“灵感”很重要，但我们更关心你天马行空之后，怎么把东西踏踏实实地造出来，并且保证它能用、好用。这是一种从“游击队”到“正规军”的思路转变，无疑给整个 AI 编程工具市场投下了一颗重磅炸弹。
Kiro 如何使用
在 Kiro 中有两种模式：
- Vibe，类似 Cursor 的构建方式Spec，更加专业严谨，先生成文档，再逐个实现
这里我们重点看下 Spec 模式。
在 Spec 模式输入提示词后，Kiro 会创建 .kiro 文件夹，然后在其中创建需求文档（requirements.md）、技术设计文档（design.md）和实施计划文档（tasks.md）：
每个文档创建后都需要我们确认才会下一步，这种先写文档再执行的方式可以确保最终生成的效果更加符合我们的需求。
文档创建好后，打开 tasks.md，每个任务顶部会有它的状态（开始、执行中、完成），点击就可以执行这个任务：
执行任务过程中涉及到命令执行需要我们同意，为了省时间可以信任通用的命令：
部分权限比较大的，可以选择部分信任：
把通用的命令都配置为信任后，就可以等待 Kiro 执行任务，执行完后它会生成总结文档，告诉我们做了什么：
使用感受
目前使用下来，Kiro 的优点是：
- 比 Cursor 更适合做一些前后端都有的复杂项目，它的开发过程很像一个成熟的程序员，先确认需求、拆分任务再执行，并且会自动生成比较完善的文档，在开发前端时无缝调用后端接口，几乎不会出现胡乱调用的情况。支持 Claude Sonnet 4.0 和 3.7 模型，目前是完全免费的
不过目前它的缺点也很明显：
- 执行速度有点慢错误率比较高，经常报错：
An unexpected error occurred, please retry.如果 Kiro 能修复这两个问题，相信可以很快抢占 Curosr 的用户。
