腾讯的龙虾 QClaw，太难用了

今天用了下腾讯的龙虾 QClaw，说实话，有点失望。

不知道是之前对它的预期拉得太高，还是产品确实做得有问题，总之就四个字，太难用了。

当然，我仅代表自己的感受。

QClaw 之所以吸引我，是因为它可以直连微信，但目前采用的这种客服消息形式，体验并不好。

首先，和 QClaw 对话的入口被放在「客服消息」的二级入口里，不能置顶，之后找起来并不方便。

其次，目前的对话机器人是腾讯电脑管家的客服通道，并不能像飞书等其他 IM 机器人一样改成自己想要的名字和头像。

不过我看最新版本里支持独立小程序了，但小程序也还是无法常驻聊天列表，且只能被动打开。

小程序版本里可以和电脑同步文件，但我觉得这个功能没啥用。

因此，虽然能接入微信生态，但 QClaw 并没有沾到多少优势，而且微信也没为 QClaw 做什么定制化的东西。

相比之下，飞书、钉钉、企微这种 IM 机器人模式就比较适合 OpenClaw 这种形态，能像一个真人一样和你互动。

而 QClaw 还是用聊天对话窗口的形式，这和豆包以及 DeepSeek 这种聊天机器人的体验没有区别开。

明明要做的是一个能帮你干活的 Agent，他们硬生生还是做成了 ChatBot。

其实 IM 工具并不是我觉得 QClaw 最难用的地方，我觉得它最大的问题是产品定义。

说大白话，就是 QClaw 到底是什么？

官方对它的定义是「随时随地召唤的全能电脑 AI 助手」，而且重点强调微信接入。

讲真，我觉得 QClaw 有点蹭微信的意思，就像我前面说的，在微信里用 QClaw 并不方便。

我对 QClaw 原本的期待主要有三点，微信直连、可视化配置、OpenClaw 客户端。

目前看，前面两点似乎做到了，但又很不彻底，而最后一点完全没涉及。

还是先说几个我发现的问题吧。

第一，手机和电脑版消息不互通。

如果你是在手机上通过微信客服助手给 QClaw 发消息，那么你在电脑上只能看见消息记录，但不能在电脑上回复。

我也不知道 QClaw 的产品经理是怎么思考这个问题，是技术限制还是其他原因？总之，非常奇怪。

如果是微信方面的限制还好理解，但如果这是一个产品设计，那就有点扯了。

多端消息同步是一个很常规的需求，我现在通过飞书 App 在外面和我部署在本地的 OpenClaw 对话，但回去后我依旧可以在电脑上续上。

QClaw 在这一点上，体验是不好的。

第二，消息丢包。

我在使用 QClaw 的过程中不止一次出现消息丢包的问题，就是我发给它以及它回复给我的消息莫名其妙在对话框里就不见了，就好像从来没聊过一样。

一开始我以为是前端 UI 控制的问题，但我跟它继续对话时，它也并没有记住我刚刚说的上下文信息。

这不是一个偶发问题，而是至少复现过三次。

我看了下，QClaw 默认大模型没有指明是谁，但大概率是混元或者 DeepSeek。

虽然也支持其他国内模型切换，但在配置层面并不支持国外模型。

我前面提到的消息丢包情况，有很大可能是 AI 模型的问题。

第三，有点刻意的可视化。

在 QClaw 里有两个模式，一个是「对话」，一个是「工作室」。一开始我以为这个工作室模式有什么独特功能，最后才发现是只能用来看的。

点击「工作室」后会看到一只龙虾坐在沙发上，如果你给它发指令，它就会起来去电脑边或者白板那里干活，整个页面和对话框做了一层游戏化包装。

看起来有点意思，但其实一点用都没有。

第四，IM 消息和模型响应能力弱。

我通过微信的客服助手给 QClaw 发消息时，经常出现它无法处理任务的情况，而且不止一次。

这种对任务的不理解，应该是模型本身能力的问题。

不管是在手机端微信还是桌面端微信，问题都能复现，而且概率不低。

还有，在微信里给 QClaw 发消息时，它无法识别类似「/status」和「/models」这类命令。

对于像我一样经常在一个 Agent 里切换模型的人来说，没有这些命令就很不方便。

而且我还发现一个问题，QClaw 的默认模型在知识库上是有滞后的。

比如，我问他关于 GPT-5.4 的信息，它现在是不知道的，但 GPT-5.4 发布至今已经过去至少半个月了。

以上，就是我在体验 QClaw 的过程中发现的问题。

接下来，聊聊我原本对它的几个期待：微信直连、可视化配置、OpenClaw 客户端。

微信直连是做到了，但也只是连上了而已，正如前面说的，很难用。

可视化配置也做到了，但没做对地方。

搞一个游戏化面板放在那里除了能增加噱头，没有任何意义。相反，如果能把一些配置化功能做成可视化就会有用很多。

比如，很多人并不理解的 OpenClaw 记忆机制、多 Agent 机制、Workspace 机制等。

就拿多 Agent 机制来说，现在几乎所有类 OpenClaw 产品都只能通过修改配置文件或者复杂的对话来完成，这也是很多人做不到的原因，门槛太高了。

如果 QClaw 能把这个流程做成可视化操作，就像新建一个联系人那么简单，那意义就很大。

还有就是 OpenClaw 的长期记忆文件和每日记忆文件是怎么管理和存储的，这种如果也能做成可视化管理的，就像管理一个表格或者数据库一样，同样有用。

包括 Workspace 机制，其实就是每个 Agent 自己的桌面和工作台，现在也没有产品做成可视化的。

当然，QClaw 有一点做好了，就是 Skills 的可视化。

一个是对已安装技能的可视化和动态化管理，还有就是把安装技能的门槛降低了。

目前他们提供了两种安装技能的方式，一种是默认的提示词引导方式，还有一种就是直接粘贴 Github 链接。

别小看这个设计，这可解决了很多不懂技术的用户痛点。

这些在懂技术的人眼里属于常识的东西，对于大多数不懂技术的人来说，就是刚需。

所以，我觉得 QClaw 最应该做的是 OpenClaw 的客户端产品，而不是一个腾讯版龙虾。

就像我前面说的，QClaw 的产品定义有问题，他们太想做自己了。

用一个能力不怎么样的默认模型，然后和微信的直连又不彻底，加上功能设计都没瞄准用户需求，可以说一手好牌打烂了。

如果换一种思路，做一个目前最好用的 OpenClaw 客户端产品，那情况可能就完全不同了。

现在的很多一键安装产品做得都不纯粹，要么绑定自家的 AI 大模型，要么不能切换国外模型，要么基础体验不行。

至少，我至今还没发现一个真正好用的 OpenClaw 客户端产品，而官方提供的又太难用。

在我看来，这个客户端产品要有这么几个核心能力去满足对应需求。

第一，可以一键在本地安装 OpenClaw，不需要额外去安装 Node.js 和 Homebrew。

第二，可以一键授权对接 IM，并在电脑和手机端实现消息同步。

第三，可以对所有配置进行可视化操作，包括记忆管理、技能管理、多 Agent 管理、工作区管理等。

第四，能方便配置和切换国内外不同模型，而且对 token 用量也能做到及时监控和管理。

第五，能不断沉淀和迭代自己，尤其是对主人的优势能力训练和继承。

就说这么多吧，还是希望 QClaw 能继续迭代，少一些噱头，多一些实用。

一款真正的好产品，是要解决问题，而不是做出功能。

················· 唐韧出品 ·················

安可时刻

难道你们不觉得，这些都是伪需求吗？