大家好,我是瓜哥。一个All in AI 编程的创业者。我的目标,用AI做出一款”真能用“的产品!
Kiro刚发布那会,只需要一个授权码,就可以免费用 Claude 4.0 Sonnet,真是一只毛发蓬松的“大肥羊”呀。我候补成功后,每天都把它用到限量为止,简直不要太开心!
快乐的日子总是短暂的!今天让人伤心的消息来了。Kiro将所有账户都迁移到定价计划了,要开始收费了。

收到强制升级通知,升级后每天只能限量使用Claude 4.0 Sonnet 了图片已被安全策略阻止
共推出了4个版本
分别是:Free、Pro、Pro+、Power。
| 版本 | 收费 | 权益 |
|---|---|---|
| Free免费版 | $0/月 | 50次 vibe 请求 |
| Pro专业版 | $20/月 | 225次 vibe请求/125次 spec请求/超出按量计费 |
| Pro+专业增强版 | $40/月 | 450次 vibe请求/250次 spec请求/超出按量计费 |
| Pwoer旗舰版 | $200/月 | 2250次 vibe请求/1250次 spec请求/超出按量计费 |
那还要不要用啦?
关键问题来了,Kiro我们还要不要用?
我的答案是:必须用!
新候补的用户依然有14天的福利,分别100次的Vibe和Spec请求,完全足够新手完整体验一遍。等体验完,再根据需求选择免费或付费。
给新手小白的建议:
- 撸14天的新手福利
- 轻度使用免费版就行
看到这,如果觉得不错,不妨先点个 关注,方便后续查找阅读。看到最后,文末我还留了 惊喜福利 !
让我们进入正题
我用2周深度小程序开发的实测感受,来分享下:
- Kiro有什么特别之处?
- 用它开发小程序感受如何?
- 为什么我建议可以继续用Kiro?
文末,大家附上Kiro从候补到安装的全流程
Kiro有什么特别之处?
Kiro首推的Spec模式
Kiro刚推出的时候,大家热议最多的就是它的Spec模式。可以说Spec模式,把整个AI编程的门槛又往下拉低了一个台阶。
特别是对于非技术出身的小白用户来说,对于什么是需求管理,什么是产品设计,什么是技术栈,基本都搞不清楚。直接上手开发,最直接的表现就是项目越往后,越变得庞杂和不可维护。而Spec的模式成为了终结这一切的利器。
从Cursor、Claude Code 纷纷跟进Spec模式,咱就知道,这个功能点,Kiro做对了。
我用它开发小程序感受咋样?
Kiro记性不太好
我用一个小程序的项目,深度使用了 Kiro 2个星期的时间,我发现虽然它用的是 Claude 4.0 Sonnet 的大模型(当下最好的编程模型)。 在整个开发过程中,经常会出现,我反复交代了项目的基本信息,比如我告诉它:
项目采用前后端分离模式。前端采用小程序原生开发,后端采用微信云开发,涉及:云函数、云数据库、云对象存储。
结果在我开发过程中,经常跑偏,干着干着它又开始在本地开发了,而不是去调用我需要的云函数。我nm...

相比较Gemini和Claude Code,它真的有点笨,你必须把话说的很清楚,而且要反复说。
Kiro热衷文档创建
Kiro非常喜欢创建文档和脚本,只要不强制指定,它就会给你创建一大堆的文档和脚本。
你敢相信,3,4个小时的开发,它能给你创建出几十个文档和脚本,而且由于文档过多,它只负责快乐的新建,而不会自动合并或仅在有需要的情况下才创建新文档。

我实在受不了了,每隔一段时间我就会让清理过期文档和脚本,真的很费事。

而且,这还是在我明确创建了项目规则的情况下:

最后,我想说想用好Kiro,你必须要像一个唠叨的老母亲,不停地重复你对它的要求。这在真实项目开发中,真的非常影响开发效率。
总结
Kiro从发布到收费,这是个必然的过程。这个阶段从产品成熟度来说跟Gemini和Claude还是有差距。从我的血泪史来说,我2个星期生产环境的小程序1.0版本都还没搞定。所以,建议大家用来体验,而不要用来做生产项目开发。
附:Kiro从获取到安装全流程
加入候补名单
收到排队成功邮件
点击邮件到下载链接
下载Kiro(200多M)
将kiro拖入应用程序
整个应用程序不大,数字很有意思(666M)
让我们启动Kiro
首次启动,我们需要进行登录

跳转Github授权登录页
授权回来,我们打开Kiro,会进入到输入邀请码的环节
让我们来认识下Kiro的窗口布局
提交反馈
图文Kiro 收费后如何选择?新手薅羊毛和付费版本全攻略
评论区
暂无公开评论还没有公开评论。