亚马逊发布AI IDE Kiro，用了两天后我发现Cursor危险了

前两天，亚马逊突然发布他们的自研AI IDE产品Kiro，这是个和Cursor、Windsurf类似，也是基于VS Code套壳的IDE产品。

这个产品一经发出就快速爆火了，导致从原来免费试用的状态，改成了现在需要等待waitlist的形式。据说亚马逊原本的计划是首周获取30k的内测用户，但是他们发布第一天获取到的用户数就超过20k了，第二天的用户量级应该更是远远超过了。不过没事，文章最后我会给你提供个Mac电脑安装包的下载链接，让你可以跳过这个waitlist的限制。

我觉得Kiro突然的爆火大概有这么几个原因：

一是Cursor最近一直在瞎胡闹，先是不通知用户的情况下瞎搞Pro会员的权益，导致用户的使用成本高出了很多，这几天还出现了限制国区使用Claude模型的情况，真是不作不死，大家都是苦Cursor久矣。

二是Kiro的产品形态确实有创新，尤其是Spec模式，很好地控制和解决了限制vibe coding状态下项目容易混乱，一堆屎山代码难以下手的问题。

三是亚马逊是Anthropic的爸爸，AWS是Claude算力资源的主要来源，所以亚马逊出的IDE产品接Claude模型的成本应该是低很多的。不止是暂时免费，即使是后续收费时，19美元获得1000次/月的对话次数也比Cursor的20美元500次划算不少。大家都不傻，知道怎么选的。

下面重点聊聊Kiro中的Spec模式

在Spec这个模式下，Kiro不会根据你的指令写代码，而是会先逐步生成三份关联的文档，分别是：

第一步，是生成 Requirements.md 的需求文档，里面详细写明了用户故事、验收条件、目标功能。在这份文档中，Kiro会围绕用户故事（User Story）进行展开，它会自动把你的目标抽象成一组“用户的使用情景与目标”，并且针对每一个用户目标列出一组验收标准（Acceptance Criteria）。这些标准是可执行的判断依据，是系统该如何响应、该输出什么、该展示什么的具体约束。

这一层是用户视角 + 功能边界的结合，它的价值在于防止开发者误解需求，或是在开发中不断“补漏”，而是从一开始就明确系统的预期行为与反馈机制。

第二步，在理解了要做什么之后，Kiro生成的 Design.md 设计文档会告诉你怎么做。这份文档是一份结构化的系统设计方案。它会从系统架构开始讲起，把你的项目拆分成多个模块：比如前端交互逻辑、后端处理流程、状态管理系统、第三方服务接口、异常处理机制等等，并为每一个模块指定职责边界与通信方式。

Kiro还会自动生成模块之间的调用流程图（例如时序图、组件图等），帮助你理解系统行为的时间演化过程；此外，它还会列出关键的接口函数、数据模型、异常路径，并对每一个“如果失败了怎么办”的问题给出fallback策略。

第三步，它会基于前面的功能需求文档和设计文档，自动生成一个可执行的开发任务清单Task List，也就是Implementation Plan。

这个清单以任务的形式呈现，比如“完善后端接口的错误处理逻辑”、“实现页面中的搜索栏交互动画”、“加入权限控制与身份验证”等。每一个任务都清楚地标注了其来自哪个需求点、在哪个设计模块中体现，以及完成它需要满足什么技术标准。

Kiro在这里做的是一种从抽象需求，到架构设计，再到任务拆解的完整转译过程。

很多人之前提到Vibe Coding只适合做点个人小项目，但不太适合作复杂项目和团队合作型的项目，但Kiro是靠这些文档和步骤，把顶级企业的开发流程固化下来，让用户可以成为项目经理的角色，去带着一整个产品、设计、开发团队完成一个复杂项目的开发。

这样的实践也算是亚马逊这个企业方法论的体现，我估计Cursor和其他AI IDE可能也会很快把这个功能抄上。

下面是一些你可能用得上的资源：

Kiro Mac安装包：https://pan.quark.cn/s/71ec1c26fafe

Kiro IDE 深度研究报告：https://pan.quark.cn/s/3098741c7269

我B站上对Kiro的介绍视频：https://www.bilibili.com/video/BV1QggGz8EXE/