嗨，我是辉哥，一个致力于使用AI技术搞副业的超级个体
Kiro是亚马逊AWS在2025年7月15日正式推出的AI驱动集成开发环境（IDE）。它的核心创新点是"规范驱动开发"（Spec-Driven Development）模式。这与传统的"氛围编码"（Vibe Coding）形成了对比
最近深度试用了之后，感觉对于比Cursor，还是带来了一些新的开发体验
Kiro简单介绍
Kiro是亚马逊最近刚发布的AI编辑器，现在还可以免费使用最新的Claude4模型，操作界面类似于Vscode，相差也不大
在对话框中提供了传统的Vibe Coding和kiro特有的Spec-Driven开发模式，编辑器的使用很容易上手，跟其他的类似，但是有一些代码的应用，diff的查看还是感觉体验会差一些
Kiro 的规范驱动开发（Spec-Driven Development）模式
这个是Kiro引入的一种开发规范，它会在编码前自动生成结构化文档，包括需求文档（requirements.md）、系统设计文档（design.md）和任务清单（tasks.md）。这些文档是"活文档"，会随着代码的演变而同步更新
前期的需求对话之后，会帮我们自动创建需求文档、包括技术框架和执行步骤的文档，后续的代码实现直接在tasks.md中调用每一个task即可
使用Cursor给我最大的痛点就是文档化的东西，每次维护非常麻烦，还要随时总结与更新。Kiro提供的这种方式还是挺方便的，可以自动维护文档的更新，并且很好的进行了文档知识的保留。总体来说，这种开发模式我还是挺喜欢的
这里也有一个模式的对比，当然每个产品出来都会说自己是最强的，所以仅供参考
| 维度 | Vibe Coding | Kiro 规范驱动开发 |
| 流程起点 | 直接生成代码 | 先定义需求与设计文档 |
| 代码质量 | 可能碎片化、难维护 | 通过Specs确保可测试性、可扩展性 |
| 团队协作 | 依赖个人提示词技巧 | 规范文档为“唯一真相源” |
| 技术债务管理 | 易积累（缺乏文档和测试） | 自动化Hooks实时检测并修复 |
| 适用场景 | 原型/小型项目 | 企业级复杂系统开发 |
最近编辑器刚发布，还处于试用阶段，所以会经常出现限流，严重影响体验感
包括对于代码文件的修改应用，也感觉速度非常慢
总结
总的来说，各大公司都陆续推出了自己的AI编辑器，但是本质上都是依赖于大模型来做事，编辑器也只是agent能力上的封装
当底层模型越来越强且趋同（比如都用GPT或Claude），封装Agent的技术门槛正在降低。这时候真正的竞争力应该来自更高维度的要素组合
垂直场景的深度适配（比如网文领域的情节不偏离控制）、工作流闭环体验（从生成到部署的全流程）、行业知识注入（将专业经验转化为提示词或规则）、人机协同设计（如人工审核节点）
也就是说构建核心竞争力的关键已从“技术实现”转向“场景化价值创造”
如果后续Kiro正式发布收费后，使用体验能够提升上来，我还是愿意从Cursor切换过来的。当然，如果不考虑使用成本，我还是会推荐Claude Code
</section><p style="font-size: 0px; line-height: 0; margin: 0px;"> </p><p style="font-size: 0px; line-height: 0; margin: 0px;"> </p>
