2026-01-29 17:25
扫码打开虎嗅APP
本文来自微信公众号：DARE to B2B，作者：种 IT 的田，题图来自：视觉中国
最近一段时间，Clawdbot 在技术圈和 AI 圈里被反复提及。（注：Clawdbot已更名moltbot，不影响本文内容，后续继续以Clawdbot行文）
Clawdbot 的中国复制路径
有意思的是，它并不是一个“模型能力突破”的产品，也不是一个面向大众的 AI App，却在相当短的时间里，靠真实使用场景和用户案例形成了一波自传播。
如果只把它当成“又一个 Agent 工具”，其实很容易看错重点。
Clawdbot 真正有价值的地方，不在于 Agent 本身，而在于它重构了“普通人做事的入口”。
从一个不懂代码的普通人视角看，Clawdbot 的形态非常特殊：
一个浏览器里的聊天窗口
背后连接远程模型
本地显化的 tools / skills
任务记忆以 MD 文件形式固化
后台可以执行真实操作
与 IM 打通，结果与通知实时回流
表面看，这是“本地入口 + 远程模型”的组合；但本质上，它完成了一次入口层级的变化：从“我向 AI 提问”，变成了“我在给系统派活”。
这里有几个非常反直觉、但极其重要的点：
skills 不是 prompt，而是被“物化”的能力模块
记忆不是黑箱状态，而是可查看、可理解的文件
执行不发生在对话框里，而是在后台真实运行
对话窗口不再是“聊天界面”，而是唯一工作入口
这一步，让很多原本只能“看 AI 表演”的普通用户，第一次感受到一种新的能力感：我不用理解系统，但我能指挥系统干活。
这也是 Clawdbot 能产生病毒传播的根本原因。
很多讨论都会自然走到一个问题：如果阿里、腾讯或字节做一个 Clawdbot，会不会直接把它覆盖掉？
从资源上看，大厂几乎什么都有：自研 LLM、自家 LLM App、IM 与企业 IM、企业存储与工作台。技术上，复制并不难。
但问题在于：为什么我们至今没有看到一个“国产 Clawdbot”？
答案不在技术，而在默认假设。
Clawdbot 隐含的前提是：
用户是 Owner
授权是默认状态
出问题由用户承担
而大厂 ToB / ToC 产品的默认前提是：
试想一下，如果钉钉的一个官方 Agent 因为用户的一句模糊指令，直接删除了阿里云上的生产环境数据库，这个责任是算用户的，还是算钉钉的？
只要这个责任界定不清，大厂就永远不敢把“执行”的阀门完全打开。
也就是说，Clawdbot 最“性感”的那一部分——高授权 Agent——恰恰是大厂最不可能默认开放的能力。
这并不是保守，而是平台责任决定的边界。
如果站在更现实的角度看，大厂并不会忽视 Clawdbot 这类产品，但它们的跟进方式一定是拆解式的。
我们更可能看到的是：
钉钉里的流程 Agent
飞书里的任务 Agent
企业微信里的轻执行 Agent
这些产品会具备“对话作为入口”、“skills 作为能力单元”，但它们一定会是：降权的、分层的、被深度约束的 Agent。
换句话说：大厂能学会 Clawdbot 的“形”，但必须舍弃它的“魂”。
理解这一点之后，Clawdbot 的真正位置反而清晰了。
它并不适合成为一个全民级产品，也不适合直接进入大厂主流 SaaS 赛道。它真正适合存在的，是一些被忽视但长期存在的市场缝隙：
1. 超级个体与技术 Owner独立开发者、技术创业者、一人公司。他们愿意给权限，也能承担结果，Clawdbot 是效率放大器。
2. 技术代理人 / 自动化服务商外包团队、技术顾问。Clawdbot 在这里，更像是“技术代理人的执行中枢”。
3. 私有化或半私有化企业环境金融、制造、政企 IT。责任在企业，权限在企业，平台只提供工具。
4. AI 原生团队与 Agent-first 创业公司这里不是规模市场，但会影响未来产品方向。
这些市场的共同特征只有一句话：高授权、责任自担、强执行、低中心化。
也正因为如此，它们恰恰是大厂“不好做、不能做、做了不划算”的地方。
Clawdbot 并不一定会成为一个超级公司，也未必会长期处在聚光灯下。但它已经完成了一件非常重要的事——它提前示范了：当 AI 真正开始“做事”而不是“回答问题”时，工作方式会如何改变。
大厂会吸收其中的能力，市场会过滤掉不现实的幻想，而真正的机会，往往就藏在这些被忽略的缝隙里。
Clawdbot 不是未来全民 AI 的答案，但它是 Agent 时代一个足够真实、足够早的样本。
本文来自微信公众号：DARE to B2B，作者：种 IT 的田
