Kiro IDE 上手实测：规范驱动开发到底比 Vibe Coding 强在哪？从安装到交付一个完整 Web 项目的全记录
团队最近在评估 AI 编程工具，我花了两天把 Kiro 跑了一遍。不是简单试试补全，是从零开始做了一个完整的 Web 项目。说说实际体验。
Kiro 是什么
Kiro 是亚马逊云科技推出的 AI 原生 IDE，基于 Code OSS（和 VS Code 同源），核心卖点是规范驱动开发（Spec-driven Development）。
简单说：你给 Kiro 一个自然语言描述，它不是直接生成代码，而是先帮你梳理出结构化的需求文档、技术设计和任务列表，然后按任务逐个实现。
官方定位是"从原型到生产，由 Agentic AI 驱动"。
安装
两种方式：
IDE 版本（桌面端）
从 kiro.dev/downloads 下载，支持 macOS、Linux、Windows。装好后用 AWS IAM Identity Center 登录。因为基于 Code OSS，VS Code 的设置、主题、Open VSX 插件可以直接导入。
CLI 版本（终端）
curl -fsSL https://cli.kiro.dev/install | bash
装完在终端里直接用，本地或 SSH 远程都行。适合服务器环境或者习惯命令行的人。
核心概念：Spec 规范
这是 Kiro 和其他 AI 编程工具的根本区别。
我输入了一句话：“做一个待办事项应用，支持添加、完成、删除、筛选”。
普通工具会直接甩一堆代码出来。Kiro 的做法分三步：
第一步：生成需求文档
Kiro 把我的自然语言转成结构化需求，用 EARS（Easy Approach to Requirements Syntax）表示法：
当用户点击"添加"按钮时，系统应将新待办事项追加到列表底部
当用户点击复选框时，系统应将该事项标记为已完成并添加删除线
当列表为空时，系统应显示"暂无待办事项"的占位提示
每条需求都有验收标准。不是含糊的"支持添加功能"，而是精确到交互细节。
第二步：架构设计
Kiro 分析项目结构，自动生成技术选型和系统设计：
- 前端：React 18 + TypeScript
- 状态管理：useReducer（项目小，不上 Redux）
- 样式：CSS Modules
- 数据持久化：localStorage
- 构建工具：Vite
这步的价值在于——它会解释为什么做这些选择。比如"项目规模小，useReducer 够用，引入 Redux 是过度工程"。
第三步：任务拆解
根据需求和架构，拆成独立任务：
每个任务有依赖关系，按顺序执行。我点"让 Kiro 执行"，它一个一个完成。
Steering 文件：定规矩
Kiro 支持用 Steering 文件定义项目级别的规则，类似 .editorconfig 但给 AI 看的：
# .kiro/steering/coding-standards.md
## 命名规范
– 组件用 PascalCase
– 函数和变量用 camelCase
– CSS 类名用 kebab-case
## 代码风格
– 优先用函数组件，不用 class 组件
– 必须处理 loading 和 error 状态
– 所有 API 调用必须有 try-catch
设一次，后面所有 Kiro 生成的代码都遵守。不用每次在对话里重复提。
Agent Hooks：自动化后台任务
这个功能比较有意思。你可以设定触发条件，让 AI Agent 在后台自动执行任务：
- 文件保存时自动更新文档
- 代码提交前自动生成单元测试
- 依赖变更时自动检查兼容性
比如我设了一个 Hook：每次保存 .tsx 文件，自动检查是否有未处理的错误状态。如果有，Agent 会自动补上 try-catch 和 loading UI。
MCP 集成
Kiro 原生支持 MCP（Model Context Protocol），可以连接外部数据源：
- 数据库
- API 文档
- 内部知识库
- 设计稿（Figma 等）
支持远程 MCP server，不一定要本地跑。
定价
| Pro | $20/月 | 1,000 |
| Pro+ | $40/月 | 2,000 |
| Power | $200/月 | 10,000 |
超出部分 $0.04/credit。首次用社交账号登录个人版，额外送 500 credits。
Credit 是什么？Kiro 衡量工作量的单位。简单指令可能不到 1 credit，复杂任务（如执行 Spec）消耗更多。不同模型消耗不同——同样任务在 Auto 模式 1 credit，Sonnet 4 约 1.3 credits。
实际感受
强的地方：
- 规范驱动确实减少了返工。需求文档先对齐，再写代码，后面改的少
- Steering 文件是个好设计，团队协作时保证风格一致
- Agent Hooks 省了很多重复劳动
- 基于 Code OSS，迁移成本低
需要适应的：
- 规范生成需要时间，如果只是快速原型，前期步骤可能显得重
- Credit 制度需要规划用量，复杂项目消耗快
谁适合用
- 做中大型项目的团队——规范驱动的价值在复杂项目上体现最明显
- 注重代码质量的团队——Steering + Hooks 组合能把规范自动化
- 从 VS Code 迁移的人——环境几乎一样，学习成本低
简单脚本或者一次性原型，直接用对话式工具可能更快。
🔗 Kiro 官网：https://kiro.dev
🔗 Kiro 中文官网：https://aws.amazon.com/cn/campaigns/kiro/
🔗 Kiro 文档：https://kiro.dev/docs/
