Kiro

Kiro 是由 AWS 构建并运营的规格驱动 agentic IDE，官网 https://kiro.dev，官方标语是「Move beyond AI coding to agentic engineering」。产品线包含 Kiro IDE 本地图形界面编辑器、Kiro CLI 命令行形态（官网当前展示的版本为 Kiro CLI V3）、云端 workspace 与 session（https://app.kiro.dev ，云端部分标注为 Preview 阶段），以及面向团队的 Kiro Enterprise。

在 AI编程 分类里，Kiro 和常见工具的分歧不在补全准不准，而在流程顺序：它把需求确认当成编码的前置环节，先产出结构化规格（Requirements、Architectural designs、Sequenced tasks），再往下写代码。

从定位看，它适合需求本身还含糊、需要先把「要做什么」写成可评审文档再开工的团队；如果只是临时想问一下某段代码怎么写，这套流程会显得偏重。

• Kiro 官网与云端 workspace 均部署在境外，国内访问需自备国际网络，连线质量随线路波动。
• 界面与开发文档以英文为主，中文资料多为社区翻译，深度使用依赖英文阅读。
• 需要注册 Kiro 账号并完成官网认证，云端 session 还要在云端控制台侧单独配置。
• 官网有免费档可供试用但带速率限制，付费按订阅档位给额度并可加购，价格以官网当期页面为准。

• 结构化规格生成：把一句需求展开成需求条目、架构设计与任务排序三层文档
• 编码前需求校验：自动检查需求之间是否互相矛盾、有没有缺口、是否贴近真实意图
• 并行 agent 执行：规格确认后拆成多个任务分派，可本地跑也可丢到云端 session
• 属性测试验证：用 property-based tests 检查规则在所有输入下都成立，思路接近 fuzz
• hooks 自动化：任务收尾时自动触发测试与文档更新，重复动作交给脚本
• headless CLI 与多模型：无界面跑在流水线里审 PR 查缺陷，模型可在多家的主流模型之间切换

1. 注册 Kiro 账号并完成 https://kiro.dev 的认证，按习惯下载 Kiro IDE 或安装 Kiro CLI。
2. 用自然语言描述需求，让它生成结构化规格：需求条目、架构设计与任务排序；命令行里可以用「/spec new <name>」新建一份规格。
3. 编码前先跑一遍需求校验：检查需求之间是否互相矛盾、有没有缺口、是否贴近你的真实意图，把问题改掉再往下走。
4. 规格确认后，任务被拆开交给并行 agent 执行，可以选本地跑，也可以丢到云端 session 各自推进。
5. 用属性测试（property-based tests，思路接近 fuzz）验证「跨所有输入都成立」的规则，而不是只钉住几个具体样例。
6. 配置 hooks，让测试与文档更新在任务收尾时自动触发，省掉手工收尾的重复动作。
7. 需要在 CI/CD 里审 PR、查缺陷、修 bug 时，用 headless CLI 无界面运行，最后产出可评审的 PR。

建议把规格文件当成团队能评审、能进版本管理的产物：它本身就是一份「要做什么」的设计说明，评审通过再进代码，比写完再推翻省事。

优点

• 需求前置，方向错了返工成本低
• 规格可评审、可进版本库，团队沟通有共同底稿
• 并行 agent 适合大仓库多任务同时推进
• 模型选择多，官方也列出开源权重模型可用

局限

• 流程偏重，需求已经明确的小改动走一遍规格显得绕
• 官网、账号体系与云端 session 都在境外，国内访问需自备国际网络
• 云端 workspace 默认不带本地的 agents 配置、MCP servers、hooks 与 steering 配置，要手动同步
• 产品较新，第三方扩展与中文资料沉淀少，遇到问题可参考的中文解答有限

• 场景一：需求澄清——把一句模糊需求交给 Kiro，它生成结构化规格并指出互相矛盾、缺失的约束，你在写第一行代码之前就把分歧摆平。
• 场景二：大仓库并行改造——多个任务拆给并行 agent，本地或云端各自跑，人只盯合并前的关键决策点。
• 场景三：规则级验证——把「所有输入下都必须成立」写成属性测试，避免只覆盖几个样例的假通过。
• 场景四：流水线里自动查缺陷——headless CLI 在 CI 里审 PR、定位可疑改动并尝试修复，产出带说明的 PR 供人复核。

这些场景的共性是「先对齐、再推进、自动验」：Kiro 把需求文档化、任务并行化与验证自动化串成一条链，人从执行者变成规格与验收的把关人。

六者都能写代码，分工却不同：Claude Code 把能力放在终端，Cursor 把补全与对话放在编辑界面，Devin 强调把整段需求交出去，Trae 与 Comate 分别照顾中文环境与文心生态。Kiro 占的是「需求尚未定型」这一段，先逼着团队把规格写清楚，再让 agent 并行落地；代价是多了一道前置流程。

官网设免费档与多档付费订阅，免费档带速率限制，付费档按额度给并可额外加购额度包，具体档位与价格以官网当期定价页为准。

价格与档位可能随时调整，以上信息以官网为准。

• 需求还含糊时先写规格再开工
• 大仓库多任务并行改造
• 用属性测试兜住规则类实现
• 在 CI 流水线里自动审 PR 与修缺陷

以下工具与 Kiro 在场景上有交集或重叠，可一并比较：