大家都在卸载小龙虾,可我把它装上之后,反而越来越离不开了

0 阅读11分钟

最近我刷到不少声音,都在讲同一件事:

“小龙虾没必要存在。”
“有 Cursor、Claude Code 就够了。”
“这种东西太重、太折腾,最后还是得卸载。”

说实话,刚看到这些观点的时候,我是有点动摇的。

因为单看表面,这些话并不是完全没有道理。
如果只是单纯写代码、改代码、问代码,Cursor 这类工具已经很好用了。
Claude Code 那种更偏命令式、更偏工程化的方式,在很多人手里也确实很高效。

可问题是——

我真的把小龙虾装起来、用起来、接进自己的真实工作流之后,感受完全变了。

我现在反而越来越觉得:

它不是“多余的工具”,而是刚好补上了别的工具接不住的那部分工作。


我先说结论:很多人卸载它,不一定是因为它没用

而是因为——

他们还没有进入它真正有价值的那个场景。

这一点,我自己是装完之后,慢慢才意识到的。

刚开始装好 OpenClaw 的时候,我其实是懵的。
不是那种“哇,好厉害”的兴奋,
而是很现实的那种发懵:

所以,它到底能帮我做什么?
我为什么要花时间去折腾它?
它和我已经在用的工具,到底有什么区别?

我相信,这可能也是很多人装上之后又卸载的原因。

因为它不是那种一上手就立刻让你爽的工具。
它不像一个现成的聊天框,打开就能问,问完就走。
它更像一套“需要你先想明白,要把什么活长期交给它”的东西。

如果你没有那个场景,它就很容易显得复杂、笨重、没必要。

但如果你有,事情就会完全不一样。


我的背景很普通:我不是那种特别喜欢纯命令行编码的人

先说一下我的情况。

我自己其实已经用 Cursor 用了一段时间了。
所以我并不是完全没接触过 AI 编码工具的人。

但像 Claude Code 这种更偏命令、偏终端、偏“直接扣代码”的方式,我用得不多。
不是因为它不好,
而是因为它的交互方式,对我来说并不天然舒服。

原因也挺简单:

  • 我不是那种特别擅长写代码的人
  • 我也不太喜欢纯命令行式的交互
  • 相比“敲很多命令”,我更习惯“把需求讲清楚,然后让工具去执行”

所以,一开始我装小龙虾的时候,并没有什么“高手玩家”的光环。
我甚至比很多会写代码的人更迷茫。

我最开始的真实状态就是:

不会用,也不知道该怎么用。


我第一次真正把它用起来,居然是拿它做公众号排版

很有意思,我第一次让小龙虾真正干活,不是什么大工程。
而是一件特别小、但我自己特别烦的事:

把文章整理成可以发到微信公众号上的版本。

这里不是说让它替我写文章内容。
文章内容还是我自己来写。
它主要接手的是这些重复动作:

  • 调整成适合公众号阅读的排版
  • 生成配图
  • 替换配图
  • 串起发文流程里那些琐碎步骤

这些事,难吗?
其实也不算难。

但问题就在于:

太重复了,太碎了,也太无聊了。

尤其是当你已经把一篇文章写完之后,你最不想做的,往往就是再花一轮精力去处理那些机械动作。

但偏偏,公众号这种东西又很现实。
内容写得再认真,如果排版乱、图片乱,读者观感就会直接掉下来。

所以我就把这件事交给了它。

说实话,第一轮调试也不轻松。
毕竟这是我第一次真正让小龙虾接手一个完整流程。
中间也确实花了不少时间去调 prompt、补能力、装一些基础 skill。

可也就是从这里开始,我第一次感觉到:

小龙虾的价值,不在于“惊艳地帮你做一次”,而在于“以后这类重复活,它都可以替你做”。

这个感觉,和普通聊天式工具很不一样。

聊天式工具更像是:
你打开它,问一个问题,得到一个答案,然后结束。

但小龙虾更像是:
你把一个流程教会它,以后它就能长期接这个活。

这已经不是“问答”了。
而是在培养一个可以稳定干活的执行体。


但真正让我觉得“小龙虾有必要存在”的,不是排版,而是另一个场景

如果说公众号排版,只是让我觉得它“有点用”。

那后面另外一个场景,才让我真正开始意识到:

哦,原来它真正值钱的地方,不是在这里。

我之前做过一个闲鱼自动回复的功能。
这个功能最开始是放在我本地电脑上跑的。

本地跑最大的一个问题,非常直接:

电脑一关,程序就可能停。

而自动回复这种事情,又天然不是“我开着的时候才需要”。
它更像一个需要持续在线、持续待命的系统。

所以后来,我把这个工程放到了 OpenClaw 那边,让它在一个更适合长期运行的环境里挂着。

到这里,一切都还只是“部署位置”的变化。
真正的转折点,出现在后面。

因为我的程序并不是完美的。

尤其是这种跟真实用户对话有关的系统,最怕的不是它完全不回复,
而是——

它看起来在正常回复,但其实理解错了。

比如用户问了一个特殊问题,
系统没有识别好意图,
那它后面的回复就可能整个偏掉。

这种问题特别烦。

因为它不是那种会立刻在日志里炸红的报错,
而是那种:

  • 表面上程序还在正常运行
  • 实际上回复内容已经错了
  • 而且你必须结合真实对话去调

这类问题,对自动回复系统来说非常常见,
但处理起来也特别折磨人。


如果没有小龙虾,这种问题对我来说真的很不友好

以前这个工程放在本地的时候,一旦发现回复出了问题,我通常要这样处理:

  1. 先发现问题
  2. 再去打开电脑
  3. 找代码
  4. 把问题描述发给 Cursor
  5. 让它帮我分析逻辑
  6. 修改代码
  7. 重启程序
  8. 再重新验证

这套流程听起来没毛病。
但它有一个最现实的问题:

它强依赖我本人必须坐到电脑前。

而很多真实的问题,并不是在“我正好坐在电脑前”的时候发生的。
有时候我是在外面,
有时候我是先拿手机发现问题,
有时候我只是想赶紧把 bug 修掉,不想等回去以后再慢慢处理。

那种感觉其实很糟糕:

你明明知道问题已经出现了,
你也知道自己后面肯定能修,
但你偏偏就是没法在当下把这件事往前推进。

事情只能先卡在那里。

以前我会觉得,这只是“有点不方便”。
后来我才发现,不是。

它其实是在提醒我:

我缺的不是一个更会写代码的工具。
我缺的是一个能让我在不坐到电脑前的时候,也能继续推进工程的方式。


真正打动我的,是“我人在外面,也能把问题派发出去”

后来把工程放到 OpenClaw 之后,这件事就变了。

因为从那个时候开始,我不再需要每次都亲自回到电脑前,重新走一遍整个修复链路。

我可以直接通过飞书,把问题发给我的小龙虾。

然后它去做后面的事情:

  • 帮我接收问题
  • 帮我定位代码
  • 帮我修改工程
  • 帮我重启程序
  • 然后我再继续在手机上验证结果

这个变化表面上看,只是“入口换了”。
但实际不是。

它把整件事从:

“我必须亲手去处理”

变成了:

“我可以先把这件事派发出去,让工程继续往前走。”

这个差别,对我来说非常大。

因为它不只是节省了几个操作步骤。
它改变的是我和工程之间的关系。

以前是:

工程出问题了,要等我回到电脑前,才能继续。

现在更像是:

工程是一直挂着的,出了问题,我可以直接通过消息把修复动作派发出去。

而且这个动作,是发生在手机上的。
是在我不需要坐回电脑前的前提下完成的。

这一刻我才真的理解:

为什么 Cursor 替代不了小龙虾。

因为 Cursor 很强,但它更像一个“你打开它,它帮你处理”的工具。
而小龙虾更像一个“你不在现场的时候,它还能帮你接住工作”的存在。


到这里我才发现:小龙虾不是“更强的代码工具”,而是“远程分身”

很多人讨论小龙虾的时候,会拿它去和 Cursor、Claude Code 这种工具直接比。

但我现在越来越觉得,它们并不完全在同一个层面。

如果你的需求只是这些:

  • 写代码
  • 改代码
  • 问问题
  • 做单次开发辅助

那 Cursor 真的很好用。
Claude Code 在某些更工程化、终端化的场景里,也可能很强。

可如果你的需求已经变成:

  • 工程要一直挂着
  • 流程要持续运行
  • 问题要远程接收
  • 修复动作要远程派发
  • 服务需要被重启
  • 重复工作需要长期接手

那你真正需要的,已经不是一个“回答你问题的工具”了。

你要的是一个:

能挂在那里,能接消息,能执行流程,能替你接住一部分工程动作的远程分身。

而这,恰恰就是我现在觉得小龙虾有必要存在的原因。

它不是为了替代所有工具。
它是为了补上那些“普通工具只能在你打开它时才工作”的空白。


所以,很多人卸载它,我完全能理解

因为如果你没有真实场景去承接它,
它看起来确实会像这样:

  • 很重
  • 很复杂
  • 要装东西
  • 要调东西
  • 不如直接用现成工具省事

这些感受都是真的。
我一点也不觉得那些卸载它的人是在“看不懂”。

相反,我觉得他们只是暂时还没有进入那个场景。

可一旦你已经有这些需求:

  • 手上有一个持续运行的工程
  • 有一些重复且琐碎的流程
  • 需要远程调试和远程执行
  • 希望通过消息就能把事情分发出去

那它的价值就会开始显现。

而且不是那种“用了会更酷”的价值。
而是很朴素、很现实的价值:

它开始真的替你干活了。


我现在对小龙虾的理解,已经不再是“AI 帮我写代码”了

我现在更愿意把它理解成:

一个可以长期挂着、能通过消息交互、能接手部分执行动作的助手。

它最打动我的,不是“它会不会写一段特别漂亮的代码”。
而是:

它能不能真的接住我的活。

比如:

  • 帮我把文章整理成可以发公众号的版本
  • 帮我把图片替换这种重复动作做掉
  • 帮我盯着一个正在运行的工程
  • 出问题时,我直接发消息,让它帮我改、帮我重启
  • 然后我自己用手机继续验证结果

这些事单看每一件,好像都不算惊天动地。
但放在一起,它带来的感受会非常明显:

你的很多碎片化精力,被收回来了。

而我觉得,这件事本身就已经很值钱了。


最后,我想把这句话留给那些还在犹豫要不要卸载的人

如果你只是想找一个更高效的代码助手,
那你去选 Cursor、Claude Code,完全没问题。

但如果你真正想要的是:

当你不在电脑前的时候,依然有东西能替你接住一部分工作。

那小龙虾这类东西,可能就不是“有没有必要”的问题了。
而是——

你迟早会需要它。

至少对我来说,它现在最重要的价值已经很清楚了:

它不是为了炫技存在的。
它是为了让我不在电脑前的时候,工程也不至于只能干等着我。

而这一点,真的很重要。


结尾互动

你会卸载小龙虾吗?

还是说,你也和我一样:

一开始装上它的时候,觉得“这东西到底有什么用”;
但当它真的接进自己的工作流之后,
才慢慢发现——

它不是多余的,而是刚好补上了别的工具接不住的那一块。

如果你也有类似经历,欢迎留言聊聊。
我也很想知道,大家真正把它用起来之后,最离不开它的那个场景,到底是什么。