Coding 不是瓶颈｜限制你能力的只有 Token 和时间
近两周高强度使用了 Vibe Coding 工具，主要是 Kiro、Claude Code 、Cursor，有一些感受。
1. Coding 的门槛在降低，但不代表驾驭的门槛很低
现在这种 Vibe Coding 的能力已经很强了，水位基本接近 P6 水平了，中小型项目完全不在话下，但并不代表你可以在那里喝咖啡坐享其成。首先你得有工程上的整体概念，否则 LLM 解决了 A 问题又影响了 B 问题，解决了 B 问题又带来 C 问题，这种连环 Bug 会让初级菜鸟大量消耗 Token，然后达到了工具的使用额度，接下来你就什么都做不了了，就是等 Token 额度的恢复。
这种情况就对你梳理问题的 Context 就很重要，你起码要理解影响的代码在哪些文件在哪些地方，结合错误的信息可以提升你跟 LLM 的交互效率，毕竟你跟 LLM 一次互动差不多要 5 分钟，有些复杂的甚至要 10 分钟。
但项目的复杂度上去了，其实控制无从谈起，因为你不知道之前的哪些垃圾代码影响了现在的逻辑。软件是一个工程，控制复杂度是必须的。不是说不停地生成代码就行了。
2. 懂 Coding 的基本知识还是很有必要，直接影响效率
基本的代码如果你能自己手动改掉，是比 LLM 交互效率高很多的，比如样式、大小、对齐位置等，在这种情况你可以在 Cursor 或 Kiro 这种有 IDE 的界面了解代码改动的地方和相关文件， 可以快速了解影响点，也能帮助你学习和理解 LLM 生成的代码。
但 Cluade Code 这种 CLI 工具就比较无奈了，你基本只有 Yes or No 了，基本的代码感性认知是无从建立的，尤其对小白来说。
3. 基础模型的能力对 Vibe Coding 影响还是很大
Claude Sonnet 4.0 的能力在 Coding 领域还是强， 如果 Cursor 用不了 Claude Sonnet 4.0 、Gemini 2.5 PRO 、GPT 4.1 等有 Reason 能力的模型，产品效果是要打七折的，他们家的 auto 模型只能说解决简单问题，稍微复杂点的 Bug 就不要指望了。
这也是我推荐使用 Kiro 的原因，Kiro 的模型就用的 Claude Sonnet 4.0 和 Sonnet 3.7，只是 Kiro 家的 Autopilot 服务不稳定，免费的东西就是这样，现在 Kiro 还在处于收集用户行为模式的阶段。
4. 拼的还是 Agent 架构设计和 Context 窗口
从能力和使用效果来讲， Claude Code 能力是最强的，其次是 Kiro 再次是 Cursor。但 Claude Code 的弊端非常明显，就是他 Planning 的时间太长了（估计是强逻辑推理），也可以理解 Claude Code Agentic 特性做得好，这导致跟 Claude Code 交互的时间成本很高，Pro 会员的使用限制官方说法是 40~50 Prompt 每小时，比较适合较复杂的任务，而且 CLI 这种产品形态就没 Context 控制的概念，基本直接说任务和诉求就行了。
个人认为 Claude Code 对 Context 解决得比较好是通过 Read files、Bash command 这些工具来自主整合，而不是通过压缩 Context 的信息，这个官方文档已经说明的比较清楚了，如果想降低 Cursor 消耗的 Token，新主题就 New Chat 就很有必要了。
Kiro 和 Cursor 的产品形态就很接近了，只是说跟 Chat 界面是在左侧独立一个 Tab，而不是一直在右侧 Sidebar 显示。
相关链接：