远超 Cursor 的 AI IDE Kiro

最近尝试在尝试实现自己的一些想法，在整个开发过程中首先会使用 Gemini 来帮我构建设计文档和任务，之后在代码开发阶段使用 Cursor 作为主要 IDE。

同时也尝试使用了 Gemini Code 来做完成设计和开发工程，发觉还是不太习惯纯命令行操作，所以只会用它搓一些小型工具。

而这次想推荐的是 Amazon 家的 Kiro，因为 Kiro 的独特设计，让整个开发过程中非常省心和高效。

Cursor

Cursor 目前最让人诟病的一点是在今年 6月中旬偷偷修改了付费订阅的使用方案。

在之前订阅 Pro 方案后，Cursor 会按“请求数”计费，每月提供 500 次高速调用额度，其中使用 Sonnet 模型一次要计作两次。额度用完后，系统会自动将用户切换至“慢速请求池”继续使用。
在这次改动之后，Cursor 会按照 “请求量” 计费，每个月提供 20 美元的额度，每次使用 AI 模型后根据 api 价格和请求量进行计费。当请求量超过 20 美元的额度后，系统会明确提示用户有三个选择：

下图是最新 Cursor 订阅方案

归根结底 Cursor 是依赖于 Claude / OpenAI 提供的大模型，如果在短期内无法自研大模型，将会导致使用成本难以控制，进而影响付费方案。

所以强烈建议按照每个月订阅使用，这样一旦发现问题可以随时跳车（所有大模型订阅都适用于这一条

在 Claude 官宣了自己的 AI coding 工具之后，Google 随后也宣布了 Gemini Code 的推出。

尽管这两者的使用都是在 terminal 中，有一定的上手门槛，但是两者的使用体验都是非常丝滑。特别是 Gemini Code 提供的免费额度目前足够日常使用。

现在随便就可以搜到 Gemini Code 的巧妙用法，所以这里我也不再聊它的优势与用法。

早在五月 Amazon 就宣布了 AI IDE 的计划，并且在短短一个月后搓出了一个 demo，它的名字叫做 Kiro。

在尝试和使用之后，发现其最大的不同在于：Kiro 内置了清晰的 pipeline，帮助你从设计需求文档/设计文档/任务方案拆解开始，一步一步构建一个符合软件开发流程和工程规范的代码。

在传统软件开发中的过程中，往往需要项目手动编写以下内容：

而 Kiro 会通过 Specs 功能，会自动根据你的 prompt 输出这类规格文档，帮助 AI 更准确地理解需求和拆解任务。同时拆解后的任务会自动生成一个任务列表，方便你进行任务的跟踪和完成。

同时 Kiro 提供 Hooks 机制，通过自然语言描述，来创建一个 hook，帮助开发者完成自动化操作，例如：

因为是 demo 版本，所以会有一些稀奇古怪的 bug，比如在终端中执行完命令后，会卡死在这一步。

同时生成代码的速度相较 Cursor 来说要慢一些，但是考虑到目前 Kiro 还是免费使用，所以这点可以接受。

建议不要使用 Kiro 来开发大型项目，因为过度设计反而会拖慢开发速度…

无论是小红书还是b站都很流行一种 “文科生从0上架产品” 或者 “教你独立开发月入过万” 的视频，抛去这些视频的营销成分，从侧面反映出 “写代码” 这件事情本身的门槛在降低。

就像狄更斯在双城记中的一段话 “这是最好的时代，这是最坏的时代，这是智慧的时代，这是愚蠢的时代；"，这些 AI 产品让程序员的日常开发变得更加高效，同时这也是一把利剑，向着还在萎缩的码农市场挥去。