“欲速则不达，见小利则大事不成。” — 《论语·子路》

这两天我被自己打脸了。

前几天，我先把 20 美元档的 Cursor 舍掉了。说白了，就是嫌它有点鸡肋：不算便宜，但在我当时的主观感受里，又没有强到让我彻底离不开。刚好那阵子试了闲鱼上的低价 codex 服务，短时间内确实有点上头，觉得某些场景下又快又猛，于是我开始认真盘算：不如先把这种低价路线好好用起来，能省一点是一点。

结果这条路很快就不稳了。闲鱼低价 codex 还没来得及让我安心吃透，就碰上了大面积封号。原本以为自己找到了一个能长期薅效率的低价方案，转眼就发现它更像一段临时红利，稳定性根本没法当生产工具来押注。

于是我的念头又转向了另一边：既然低价路线靠不住，那就干脆去采购 200 美元档的 ChatGPT 服务，直接上更稳定、能力更强的配置。可问题也正是在这里慢慢浮出来了。绕了一圈之后，我发现我真正要解决的，不只是“买哪家更强”，而是我到底适合什么样的工作流。最后的结论有点朴素，也有点打脸：对我这种既想快，又怕代码和产品逐渐失控的人来说，Cursor 反而还是最合适的那一个。

首图

我为什么一度想弃用 Cursor

说到底，还是因为人容易被局部体验说服。

当某个工具在几个关键时刻给出很强的结果，人就会自动脑补出一种幻觉：是不是只要换过去，后面所有问题都会一起消失。那几天我就是这种状态。看着别人的分享，再叠加自己短暂试用时的“哇，这个真快”，很容易把问题归结为一句话：不是我工作流有问题，是我工具没选对。

于是开始嫌弃 Cursor。

嫌它套餐不够极致，嫌它响应不够猛，嫌它没有让我在每个瞬间都感受到“暴力提效”。这种心态挺常见，尤其是一个人做产品、写代码、盯节奏的时候。只要哪里卡一下，就会本能地怀疑自己是不是选错了工具。

现在回头看，这种判断最大的问题是：只看到了模型输出的局部爽感，没有看整个开发链路的总成本。

纯 CLI 开发模式，为什么让我越来越不踏实

我不是说 CLI Agent 不好。我只是确认了一件事：它不太适合现在的我。

第一，变更不够直观，review 成本变高了

这件事是最要命的。

纯 CLI 模式下，代码变更当然也能看，但那个过程对我来说始终不够顺手。尤其是当项目里已经有一些抽象过的组件、已有的 UI 结构和既定的目录边界时，我会更依赖 IDE 里的“看全局”和“对照修改”。

如果 review 做得不够彻底，模型就很容易走向另一条路：不复用原来的东西，直接现写一套新的。

这不是因为模型坏，而是因为在缺少 IDE 场景辅助时，新的实现路径往往比“理解旧结构并复用”更直接。于是你会慢慢发现：

  • 抽象组件还在，但新功能没继续沿着它们长
  • 页面能跑，但结构开始发散
  • 局部看起来没问题，整体却在悄悄失控

如果模型非常强，也许还能兜住一部分；如果模型没那么稳，这种偏移只会越来越明显。到最后，代码不是不能用，而是你对它的掌控感下降了。

而我很怕这个。

第二，离开 IDE 之后，信息密度明显下降了

另一个让我不舒服的点，是环境割裂。

我后来有些场景又不得不用回普通编辑器，结果最直观的感受不是“少了一个自动补全”，而是少了很多已经习惯的东西：文档检索、联网搜索、上下文串联、局部修改后的即时对照、多个模型切换时的统一入口。

这些东西平时看起来像“附加功能”，一旦没了，才会发现它们其实已经组成了我的工作台。

尤其当任务不是单纯写一段代码，而是要在“查资料、看上下文、改代码、回头 review、继续提问”之间来回切换时，CLI 的高效更多发生在某个动作里，而不是整个流程里。可我真正要的，不是某一步极快，而是整段链路更顺。

绕了一圈后，我为什么还是回到了 Cursor

想明白上面这些之后，我反而没有那么纠结了。

Cursor 对我来说，最重要的已经不是“它是不是单点最强”，而是它提供了一种更完整的开发工作台。

第一，支付和使用路径更省心。

这点听起来很俗，但很现实。很多服务你明明愿意付费，却不一定能顺利付出去。相比之下，Cursor 的购买路径对我更友好，少折腾这件事本身就有价值。

第二，它把多模型选择这件事做成了日常能力。

我不需要为了某个场景专门切到另一套产品，再重新建立上下文。需要换模型的时候，直接切换就行。对一个本来就容易在工具之间飘来飘去的人来说，这种统一入口很重要。

第三，它把“查”和“做”放在了一个地方。

文档检索、联网搜索、图片生成、代码修改，这些能力如果分散在多个工具里，切换本身就会消耗注意力。Cursor 的优势，不一定是每个点都绝对最强，而是这些能力被收在了同一个工作界面里。

第四，也是最关键的一点，它仍然是一个 IDE。

这句话听起来像废话，但我这次绕了一圈才真的体会到它的重要性。

我需要看到代码是怎么变化的，需要快速检查复用有没有断，需要在改动和全局结构之间来回跳，需要在“模型帮我干活”和“我自己保持控制”之间找到平衡。Cursor 的价值，恰恰在这里。

所以，放弃了 20 美元月费套餐两天后，我最后没有继续犹豫，直接上了 Cursor 官方 200 美元档位。说白了，这不是一笔“冲动消费”，而是一笔承认现实的费用：我需要的不是更炫的 agent 形式，而是一套让我持续保持效率和掌控感的环境。

这 200 美元，买的其实是掌控感

如果只算 token，这钱当然不便宜。

但对一个长期和代码、产品、想法打交道的人来说，真正贵的往往不是订阅费，而是因为工具链不顺导致的注意力流失、判断失真和架构漂移。

以前我会本能地把“更强的模型”理解成“更好的生产力”。现在我的看法变了：更好的生产力，是让我愿意持续待在里面干活的系统。

能看、能查、能改、能 review、能随时切回来确认细节，这些事情加在一起，才构成我真正需要的效率。

所以这篇文章不是在夸 Cursor 完美，而是在承认一件更重要的事：工具不是越多越好，也不是越极客越好，关键是它有没有贴合你当下的工作方式。

对我来说，答案已经很明确了。

不能歇了，得去忙了。这个套餐既然买了，就得尽量榨干。那些原本只停留在脑子里的产品想法，也该继续往前推了。

璞奇启示

这次兜兜转转，对璞奇也有两个很直接的提醒。

第一，学习产品不能只追求“能力更强”，还要保证“路径更顺”。

用户并不一定会因为某个单点功能更强，就愿意长期留下来。真正决定留存的，往往是从输入、理解、练习到回看这一整段流程是否顺滑。工具链一旦割裂，用户的注意力就会被不断打断。

第二，AI 帮助用户的核心，不只是给答案，而是让用户保持掌控感。

不管是写代码还是学习，如果用户看不见过程、接不上上下文、无法快速校验结果，再强的能力都会让人不安。璞奇未来如果要把 AI 用好，就不能只想着“替用户做”，还要想着“让用户看得清、接得住、用得稳”。这比单次输出更重要。

信息说明

  • Cursor 官方价格与套餐档位以 Pricing 和 Pricing Docs 为准；文中“200 美元档位”指官方当期高阶个人套餐。
  • Cursor 关于多模型支持可参考 Available Models。
  • Cursor 关于图片生成能力可参考 Subagents, Skills, and Image Generation。
  • 文中关于支付受阻、试用体验、CLI 与 IDE 的取舍，均为个人实际经历与主观判断。