（本文作者为 蔡正鑫，钛媒体经授权发布）
Related articles
前阵子被捧上神坛的 OpenClaw，现在已经成了人人喊打的吞金兽。
很多人把问题归咎于大模型不够聪明，或者开源项目 Bug 太多。但我们体验一周后，可以明确告诉大家：都不是。核心原因就俩字：错配。
龙虾有很多创新，从心跳保活机制到全屏信息识别接管无 API 软件，再到单模型全场景默认配置的算力滥用，OpenClaw 从诞生起就是为开发者调试而设计的，压根没料到会破圈到我们普通人手上。
OpenClaw 三大 Token 黑洞
这种设计场景和使用场景的严重错配，才是它越养越贵、越用越蠢的根本原因。
今天我们就来拆解龙虾这三大致命 Token 黑洞，讲讲 OpenClaw 的进化方向，帮你判断到底要不要养龙虾、又该怎么养。欢迎来到 《这事钛大了》。
首先是第一大 Token 黑洞：心跳保活机制。它是开发者的神器，也是很多人一觉醒来欠费几百块的罪魁祸首。它的设计初衷是通过定时同步数据，让 AI 了解电脑的实时状态。这也是 OpenClaw 能像人类一样接管电脑的关键。对开发者来说，它主要解决了两大难题：
一是环境对齐，通过定期同步屏幕和剪贴板，大模型始终能知道电脑当下发生了啥，收到命令就能无缝执行，不至于出现状态断层；二是保障长任务稳定，在数据爬取、跨表格生成这种动不动几个小时的长周期任务里，心跳机制能避免因为网络波动或者模型超时导致任务崩盘，原理类似微信文件的断点续传。
龙虾完整技术架构图 引自 ByteMonk
这个面向开发者的创新，之所以会成为普通用户的 Token 黑洞，关键在于大模型的底层技术逻辑。Transformer 架构本身是无状态的，每次见面都会忘记你是谁，所以大模型每次 API 调用，必须带上完整上下文才能正常运行。
每次心跳校验，都要上传屏幕 OCR 结果、会话摘要等全量数据，闲置开销甚至超过实际干活的花费。
之所以这么设计，是因为开发场景对稳定性要求极高，一次重度任务中断可能意味着几天白忙。但咱普通人不靠这玩意赚钱，所以根本烧不起。
更离谱的是，为了避免 AI 人设崩塌，龙虾每次打包的上下文里，除了实时屏幕画面和对话信息，还必须捆绑 AGENT.md 和 SOUL.md 里几千字的固定配置文件。就像老板每次给员工派活，都要先逼他背一遍公司章程一样。 这笔高频缴纳的系统提示词税，也导致 Token 消耗直接起飞。
龙虾记忆层架构 引自 ByteMonk
新手优化方法有两个。
一是调低心跳频率，把默认间隔拉长到几小时，没有任务时直接关闭心跳。
二是分层运行，用本地小模型处理心跳任务，只有在遇到需要强推理的复杂任务时，再呼叫云端 GPT、Claude 这类大模型。
此外，业界也在探索更高效的解决方案。
第一种是上下文缓存技术，能直接砍掉八九成消耗，原理是在云端 API 把系统提示词、历史对话标记为固定前缀生成缓存，后续心跳只需要传输增量信息，模型复用缓存就能跳过重复计算。目前主流 API 已经跟进类似设计，可这些缓存的存活时长往往只有 5 到 10 分钟，你想用低成本缓存，反而要调高心跳频率，不然缓存过期就白费了。总之变着法让你多掏钱。
第二种方案更彻底，那就是把龙虾的按时轮询改成事件驱动模式。主流思路有两种，一是把屏幕监控这类任务直接交给 Windows 等操作系统，只有微信弹窗之类特定事件触发时才唤醒模型，但这条路需要完善生态，还要做好用户隐私保障。
二是视觉差分拦截，用 SSIM 结构相似度等低算力算法提前比对屏幕，画面没变化直接取消请求，实现 Token 零消耗，操作门槛更低。
而 OpenClaw 的第二大 Token 黑洞，也是它最致命的资源错配，就是单模型。龙虾默认用同一个大模型处理全场景所有请求。
如果你为了省钱，选择包月套餐，会发现很多 AI 厂家为了控制成本，给你的都是 10B 以下的小模型，任务执行智商直线下降，需要你时刻跟在模型屁股后面纠错。本来想靠 AI 偷懒，反而让自己成了 AI 的保姆。
可如果你选择高价接入深度思考模型，又会发现它们的强项是复杂逻辑推理、长流程规划和异常处理等高难度工作。但在实际运行中，这些模型却要承担大量常规调度、固定流程触发之类机械性操作。关键是 OpenClaw 已经内置了像素级键鼠控制和窗口管理能力，模型只需要输出标准化指令。用顶级大模型干这种粗活，不只是大材小用，还会带来两个致命副作用：
第一，执行准确率不升反降。高端深度模型思维链更长、发散性更强，面对简单的机械操作很容易陷入过度推理，加上普通用户大多不会设置场景化硬约束，点一下就能搞定的事，往往会反复出错。
第二，Token 消耗猛涨。深度模型处理简单操作时，也会生成大量无用的推理和说明内容，不仅白白消耗 Token、增加成本，还会占满上下文窗口，拖慢任务执行速度。
龙虾 Gateway 网关层架构 引自 ByteMonk
所以，并不是大模型不够聪明，而是没做好算力分层，把聪明用错了地方。
优化思路就是让对的模型干对的事，把机械执行类的工作，交给 10B 参数以内的轻量化专用模型处理，像 Qwen2-VL-7B 之类多模态模型，显存只需要 5-6GB，推理速度快，服从性也高。只有到需要动脑子的复杂场景，才去调用昂贵的顶级深度思考模型，把好钢用在刀刃上。
这套大小模型分层协同的优化思路，像微软 AutoGen、阿里通义 AgentScope、百度智能云 AgentBuilder 等全球头部 AI 智能体框架都有尝试，是业内公认的降本提效方向之一。
OpenClaw 最后一个 Token 黑洞，是无差别的全屏扫描。
龙虾能从众多 AI 智能体中杀出重围，靠的就是强悍的端侧计算机视觉能力：依托全屏扫描与 OCR 识别，它能像人一样盯屏操作，精准定位操作按钮、自动操控键鼠，还能强制接管没开放 API 的本地软件，这是它的核心优势，也是吞噬 Token 的黑洞
由于默认全量扫描屏幕，龙虾并不能区分有效信息与冗余内容，哪怕只是简单的“ 打开浏览器” ，屏幕边角的广告甚至桌面壁纸，都会被全部识别打包传给模型。
更要命的是，大模型的图像计费逻辑与文本完全不同，它的 Token 消耗是和屏幕分辨率挂钩的。在 ViT 架构的底层逻辑中，模型无法像人眼那样一眼扫全图，必须把高清截图拆分为 512×512 像素的区块逐一运算。像 4K 或者带鱼屏，哪怕截图里就一个确认按钮，也会被拆成数十个区块，大量算力浪费在无效像素上，单次 Token 消耗直接飙升到几千。
目前这个问题还没有特别完善的解决方案，有开发者选择激活窗口聚焦，只扫描当前操作窗口；也有人在研发非交互元素过滤，只识别可操作控件。像 Anthropic 采用的 Computer Use 计算机控制，则通过“ 像素计数” 设计，把电脑屏幕画面映射成了一个二维坐标网格。识别后能直接返回 X 轴和 Y 轴的精准操作坐标，不需要额外的视觉定位步骤，交互逻辑更接近人类操作。
龙虾执行层架构 引自 ByteMonk
讲到这里，大家应该明白了。普通用户头疼的这三大 Token 黑洞，其实就是 openclaw 给开发者群体准备的三大创新。
技术没有原罪，错配才是原罪。龙虾很好，问题是它并不是给我们普通人准备的。要想真正解决上述问题，你必须把自己变成开发者，去不断折腾和优化。
如果觉得上述操作太麻烦，想直接上手大厂现成产品，我们后续也会推出全维度横向测评，帮你选出最靠谱的成品方案。后续钛媒体 AGI 还将持续围绕 OpenClaw 的全场景使用，推出更多深度评测内容。感谢你的关注，我们下期见。
更多精彩内容，关注钛媒体微信号 （ID：taimeiti），或者下载钛媒体 App
