Cursor、Claude Code、Copilot、Kiro —— 现在这四个工具的核心模型其实一模一样：你敲一句话，AI 写一段代码，你再迭代。这套玩法原型阶段特别顺手，一旦代码库大起来、团队不止你一个人，就开始崩。
崩在哪？崩在没人说得清三个月前那次改动”为什么这么写”。
AWS 的 Kiro 押的是另一个赌：工作单元不是 prompt，是一份规格。
Kiro 是什么
Kiro 是 AWS 在 2025 年中推出的 agentic IDE，底层跑在 Amazon Bedrock 上。它不以 GitHub 星数取胜 —— 它的开源 issue 仓库 kirodotdev/Kiro 才 4348 星，星数完全不是它的宣传口径。真正的自由度在这里：Kiro Crew 是 Apache-2.0 协议的开源持久化工作区，4274 星，Python 写的，跑在你自己机器上。
形态上它现在是四件套：
| 形态 | 干什么用 |
|---|---|
| Kiro IDE | 基于 Code OSS（VS Code 内核），能直接导入你的主题、快捷键和 Open VSX 插件 |
| Kiro CLI | 终端里的同一个 agent，curl -fsSL https://cli.kiro.dev/install | bash 一行装完，支持 bash/zsh/fish 和 500+ 常见 CLI 补全 |
| Kiro Web | 浏览器里派活，云端隔离沙箱跑，关掉笔记本也继续，能同时对接 GitHub 和 GitLab 仓库 |
| Kiro Crew | 开源持久化工作区，跨会话不丢上下文，还能从 Slack、Discord 接活 |
四个面共享同一份 steering 文件，你的配置跟着你走，在哪台机器上都一样。登录用 GitHub、Google 或 AWS Builder ID，不需要 AWS 账号。
模型不锁死：Claude、GPT、DeepSeek、Qwen 这些开源权重模型都能选，还有一个 Auto 模式按任务复杂度自动挑。
三个真正不一样的概念
1. Specs：代码是构建产物
你在 Kiro 里起一个功能，不是直接跳到代码。它先给你生成三个文件：
requirements.md—— 用户故事和验收标准design.md—— 系统设计、组件拆分、数据流tasks.md—— 编号的实现清单，agent 照着一条条做
这三个文件进仓库，就成了唯一事实源。一个月后回来接手的新同事，翻的不是没人看的 Confluence，是代码旁边那三份文件。
需求句式用的是 EARS（Rolls-Royce 那套需求工程方法），句型是 WHEN <条件/事件> THE SYSTEM SHALL <预期行为>。这套句式有工业界验证过的出处，不是拍脑袋。
2. Hooks：让人记得的事交给机器
hooks 是事件驱动的自动化，文件保存、新建文件、打开 PR 的时候触发，你定义它该干什么，它在后台跑。常见的几个用法：每次保存跑 linter 并自动修、实现文件变了就重新生成单测、模块改了同步更新 design.md 对应章节、提交前跑安全扫描。
实际效果是：初级工程师的产出能过和高级一样的自动化质量线 —— 因为标准由环境强制执行，不靠 code review 时谁更较真。
3. Steering Files：不用每次重复交代栈
steering 就是 Markdown 文件，给 Kiro 常驻的项目上下文：你的代码规范、选定的库、架构决策、安全要求。放两个地方：
~/.kiro/steering/—— 全局规则，所有项目生效.kiro/steering/—— 项目特定覆盖，进仓库
全局文件里写”一律用 TypeScript strict mode”、”优先 CDK 而不是裸 CloudFormation”、”所有 Lambda 必须带 correlation ID 的结构化日志”。项目文件补一句”这是多租户 SaaS，tenant ID 永远走请求上下文传递”。
这样 Kiro 的上下文不会每次会话重置，也不取决于”最后写 prompt 的人有没有偷懒交代清楚”。
怎么开始用
三个动作，五分钟：
- 先只做一件事：挑一个你本来就打算做的功能，描述给 Kiro，先看它生成的 spec，别急着看代码。当你那句含糊的”加个用户偏好设置”变成一份带六条验收标准和一个数据模型的需求文档时，这套方法的收益就不用我解释了。
- 写一个全局 steering 文件：
~/.kiro/steering/下建个文件，把你的语言和框架默认定下来。 - 挂一个 hook：保存文件时跑 linter。这条反馈闭环一通，整个工具就顺手了。
spec 工作流跑顺了，hooks 和并行 agent 的威力才体现出来。
钱怎么算
信用点制，没有日/周速率限制，超额按 $0.04/credit 预付（默认要手动开）：
| 套餐 | 价格 | 信用点 |
|---|---|---|
| Free | $0 | 50 |
| Pro | $20/月 | 1,000 |
| Pro+ | $40/月 | 2,000 |
| Pro Max | $100/月 | 5,000 |
| Power | $200/月 | 10,000 |
免费档 50 点永久有效，不要信用卡，新用户有 14 天 500 点欢迎额度，符合条件的大学生一年每月 1000 点。付费档解锁全部模型。
实话：AWS 砍了 Amazon Q Developer
这事比 Kiro 本身更能说明 AWS 的判断：
- 2026 年 1 月：AWS 宣布 Amazon Q Developer 停止新用户注册，5 月 15 日生效，明确指向 Kiro 作为 IDE 场景的接班人
- 2026 年 5 月 15 日：Q Developer 新注册通道关闭
- 2026 年 5 月 29 日：Claude Opus 4.6 从 Q Developer Pro 下线，最新一代模型变成 Kiro 独占
- 2027 年 4 月 30 日：Q Developer IDE 插件和付费订阅彻底 end-of-support
Q Developer 在 AWS 控制台里的版本、Slack 和 Teams 的 Chat App 不受影响，继续可用。
翻译成人话：AWS 把开发者 AI 这张牌全押在 Kiro 上了。这既是资源保证，也是锁定风险。
三句实话
第一，spec-first 对小改动是纯摩擦。 Martin Fowler 都吐槽过这个结构对小修复显得过重 —— 改一行代码也给你生成一堆用户故事和验收标准。Augment Code（在做对标产品 Intent）实测后的结论更直白：EARS 写出来的 spec 是时间点快照，代码改了要手动同步，不会自己更新。这跟它们自家”living spec”是两种哲学。所以：一天以上的功能用 Kiro，一小时的改动别开它。
第二，AWS 之外的团队会觉得一部分集成是负担。 Kiro 的原生深度集成在 CodeCatalyst、Bedrock、IAM Identity Center 和 Kiro Powers（MCP 服务器市场）。AWS 优先的团队这是放大器，混合云或者纯自建的基础设施团队，Kiro 照样能当通用 agentic IDE 用（spec/hooks/steering 这套本身不依赖云），但那些生态集成对你就是空转。务实做法是：AWS 上的服务用 Kiro，其余还留在你原来那套编辑器里，两者不冲突。
第三，Kiro 和 Claude Code 不是直接对手。 Kiro 是 IDE 产品，Claude Code 是终端 agent。很多团队两个都跑 —— 结构化的功能开发走 Kiro，开放式重构和一次性杂活走终端。这跟我自己在这站里写的实践是一致的：Claude Code 和 Codex、OpenCode 怎么选那篇讲的就是别只看谁更聪明，得看任务类型。
还有一点值得记：Kiro agent 兼容 ACP（Agent Client Protocol），支持 AGENTS.md、Skills.md 和 MCP。也就是说不锁死在自家界面里 —— 这一点比星数重要得多。
一句话总结
Cursor 和 Claude Code 让你更快地把代码写出来，Kiro 想解决的是让代码的决策过程留下来。前者优化速度，后者优化半年后的可维护性。
如果你是单人做原型，spec-first 是拖后腿的仪式感；如果你在维护一个有历史包袱的多人代码库，Kiro 那套”spec 跟代码放在同一个仓库”的思路，可能是这几家工具里唯一认真对待过技术债的答案。
本文数据核实于 2026 年 10 月 5 日。Kiro 星数取自 GitHub API 实时查询，定价与 Amazon Q Developer 时间线取自 kiro.dev 官方定价页和 AWS DevOps 博客。
by 数码罗记 · godsun.pro
