近期，AWS 悄悄放出了一款名叫 Kiro 的全新 AI IDE。一句话概括：它想把「一句 prompt→上线代码」这条路铺平——既保留 vibe coding 的随心所欲，也强制你写出能落地的规格文档，确保代码不再烂尾。

Kiro 是什么？

Kiro 由 AWS 内部团队打造，底层基于 VS Code，同时深度集成自家 Claude Sonnet 4 模型，以「软件工程+自动化执行」为核心设计。

它定位为 spec‑driven IDE：每写一个功能，Kiro 都会先生成三份规范文件——requirements.md、design.md、tasks.md——再开始写代码。

核心亮点

1. 规格先行，自动对齐需求

•Requirements.md： 使用 EARS 语法，把「我想做个评论系统」拆成清晰用户故事；

•Design.md： 自动画出系统架构图、数据模型；

•Tasks.md：把设计拆成可执行任务，生成单元测试和 CI 脚本。这种流程把原本随性的 Vibe coding 灵感编程升级成「可落地」的 Viable coding 可行性编程。

2. Agent Hooks，一键接入链路

Kiro 内置 hooks，使用代理钩子自动化任务，将任务委派给在"文件保存"等事件触发时启动的 AI 代理。代理依据你预设的提示词在后台自主执行。借助代理钩子，可自动生成文档、编写单元测试或优化代码性能，从而放大你的工作效率。

3. 多端 VS Code 壳，零门槛上手

Kiro 同时支持 Windows / macOS / Linux，下载即用。

能带来什么价值？

1效率倍增：内部测试表明，Kiro 把原本 24 天的功能交付压缩到 5 天，且自动生成 99.9% 通过率的单测。

2沟通成本下降：规范文件充当「唯一真相源」，产品、设计、测试都能直观看懂。

3代码可维护：每次改需求，点一下 "Refine"，三份文档和任务列表自动同步更新，减少「文档过期」的老大难。

可能的短板

风险	说明
学习曲线	开发者需适应 EARS、Spec 流程，初期会「写文档比写代码还花时间」。
流程刚性	规范化带来的好处是秩序，坏处是灵活度下降——想「野生 hack」要多走几步。

适合谁用？

•初创团队 / 独立开发者：快速从 demo 到上线，不再反复「重写」。

•中大型企业：用规范文件做跨部门沟通，降低需求跑偏风险。

•教育 & Hackathon：把软件工程最佳实践「内置」到比赛流程，帮助新人理解完整开发链条。

如何体验？

1.访问 https://kiro.dev 下载 Kiro 客户端安装；

2.输入一句需求（例如 "我要做评论系统"），观察 Kiro 生成三份 spec 并开始写代码；

业内普遍认为，AI 编码助手会在 2026 年前覆盖大部分代码产出。Kiro 倾向于走软件工程+自动化执行路线，或许能补足纯聊天式工具的「可维护」缺口，也可能成为 AWS 版的「全栈 Copilot」。无论最终成败，它让我们看到了 Vibe coding → Viable coding 的下一步。

一句话总结：如果说 Cursor、 GitHub Copilot 是手电筒，照亮你眼前的代码；那么 Kiro 像一张施工蓝图，让你的整栋大楼从设计到交付，都有据可循。拿去试试，也许正好适配你正在头疼的那条「从原型到生产」的最后一公里。

了解更多AI知识