微信上车OpenClaw:Agent 时代,把养虾作为方法?

3月22日，微信正式上线 OpenClaw 官方插件。扫码绑定，一行命令，你的 OpenClaw 直接住进了微信聊天框。

1月21 日我写了篇文章职场Agent井喷，AI创业者土埋半截后的几点思考，核心判断是：1 个Agent Base + N 个Skills，拥有 Agent Base 是创业者的入场券 。这是站在一个Agent 赛道创业者视角的思考。

3月17日我又写了篇文章介绍Agent Builder 们关注的技术原语 "Harness"。Agent 工程最新共识：模型在卷，应用在死，Harness 是新护城河这是站在一个 Agent Builder 身份视角下的思考。

如今，OpenClaw 让 Agent Base 变成了人人可得的基础设施。

而微信的加入，让这件事从AI 领域的热闹，变成了 14 亿人的事，这强行把我拉到了用户视角去观察到底在发生什么。

正好借这个节点，回头审视一下之前的判断——两个月，够推翻一些东西了。看看哪些还站得住，哪些已经被现实改写了。

3 月时间线

一个月不到。从排队装机到官方插件。从民间狂热到部分禁令。从"你要不要用 Agent"变成"你不用也得用"。

1、微信出了 OpenClaw 官方插件。观望期结束了。

1 月份的时候，我给公司老板装 OpenClaw。一开始想用 Telegram 作为 IM，他没有账号，卡在了注册。后来用社区开发的飞书插件，直接在飞书上跑通了。

两个月后，微信官方出了 OpenClaw 插件。

现在看看国内主流 IM：飞书有插件、企业微信有插件、QQ 有插件、微信有插件。当所有主流 IM 都各自出了 OpenClaw 官方插件，OpenClaw 就不再只是一个产品了——它在变成一个协议。类似 HTTP 之于浏览器，每个浏览器都必须支持。

微信是腾讯最核心的资产，14 亿月活的国民应用。它不会轻易为一个开源项目出官方插件——除非判断这个方向已经不可逆。微信入场不是追热点，是盖章。对还在观望"要不要养虾"的人来说，这是最后一个信号。

虽然微信的养虾体验现在还比较粗糙。如果是办公场景下，我觉得飞书的 OpenClaw 集成体验更好——飞书本身就是为工作场景设计的，文档、表格、日程天然打通。

但微信有一个无法拒绝的理由：你不需要让你的客户、你的同事、你的家人装一个新 App。他们已经在微信里了。体验可以迭代，十几年的用户习惯没法重建。

对已经在养虾的人来说，新增一个微信 Channel 非常舒服，直接配置即可。

对还没开始养虾的人来说，微信入场本身就是一个信号：别等了。

2、1 个 OpenClaw = 1 个服务器实例。14 亿人怎么办？

这是我一直在想的一个架构问题，没想通。

现阶段的事实：你的 OpenClaw 跑在你的本机或 VPS 上，一个实例对应一个用户。

OpenClaw 的设计哲学是 local-first——数据在本地，执行在本地，隐私在本地。这是它区别于所有云端 AI 产品的核心。

但 local-first 天然带来规模化的矛盾。腾讯云 Lighthouse 已有 10 万+ 用户各自买服务器实例跑 OpenClaw。如果规模扩大到 1 亿、10 亿，每个人一台实例？成本模型站不住。

传统的回答是"多租户"。但多租户意味着你的 Agent 和别人的 Agent 跑在同一台机器上，靠 namespace 隔离。这跟 local-first 的哲学是冲突的。

也许未来的解法是把 OpenClaw 的计算层做得足够轻，轻到可以跑在手机上、跑在浏览器里、跑在 Edge 设备上。也许是云端实例极度便宜，便宜到像水电费一样成为基础开支。

谁能解决"让个人 Agent Base 成本趋零"，而不是每个人顶着一年几百块的服务器费用。

每个人一个 MacMini 更不现实，这个问题怎么解，现在我是真不知道。

3、IM 适合发指令，不适合看结果。什么样的交互真正适合 IM？

微信 + OpenClaw 现阶段我个人体感还是 focus chat，not artifact。

你的 Markdown、HTML、Excel、Word 预览这些在电脑端习以为常的界面，在移动端如何优雅的呈现也都还是 IM 们的课题。

毕竟 IM App 不是 Agent App，不是 Manus、Claude、NotebookLM 这些专门移动端适配 Artifact 体验的产品。

IM 天然适合 input，不适合 output。

那什么样的事适合通过 IM 跟 Agent 完成？

我想了一下，大概是这些——不太依赖前端交付的任务。

比如：你发一条指令让 Agent 构建一个 Skill，Skill 构建好了可以一直复用，你不需要在聊天窗口里看构建过程。你把碎片想法和记忆发过去，Agent 直接存档为记忆层。定时任务的触发。状态查询。日程和提醒。

本质上，适合 IM 的是"下指令"和"收通知"这两件事。

但凡涉及结构化输出——报告、代码、图表、文档——你需要一个真正的工作界面来承载。

桌面端还是第一生产力。

4、A2A 升级是必然的。但有一个悬而未决的问题。

顺着上面的逻辑走。

如果你的 OpenClaw 跑在 VPS 上，哪来的桌面端？VPS 是无头的，没有 GUI，没有浏览器，没有 VS Code。OpenClaw 能操作文件系统和命令行，但它没有"屏幕"来呈现结构化输出。

所以需要 IM 的桌面端进行 Artifact 的预览和保存？但毕竟 IM 不是 Agent 的原生界面。

还有一个更彻底的方向：A2A。

对于需要视觉交付的任务，你需要 Agent to Agent 的协调——IM 端触发 → OpenClaw 接收 → 调度桌面端的 Agent（比如 Claude Code、Codex）去执行需要 GUI 的工作。

这就是 A2A 协议必须升级的原因。现阶段微信只是接了 OpenClaw 这一个 Agent 的 channel，并不能调度你的其他的 Agent 比如 Claude Code。

那就意味着可以有这个方向：未来 IM 是指令入口，OpenClaw 是调度中枢，桌面端 Agent 是执行层。

但这引出一个更有意思的问题。

如果最终需要桌面端的 Agent 去执行任务，那 Claude Code 和 Codex 自己出一个 IM 兼容不就行了？

而且 Claude Code 已经支持了 Telegram，只不过需要 Claude 官方账户登录不支持 LLM API 驱动的方式。

你在 IM 里给 Claude Code 发消息，它在你桌面上执行，结果直接在桌面端呈现。电脑本身就是人类的界面端。

那 OpenClaw 作为中间调度层，还有没有存在的必要？

我的判断是分人群看：

Claude Code 这种级别的 Agent Harness，在国内的覆盖范围目前还是开发者群体。对大众来说，OpenClaw 加上大厂的 Cowork 类产品，生产力场景已经够用了。

但对我个人来说，很期待 OpenClaw 成为 Agent 时代的调度终端。

因为在所有 IM Agent 里，它是事实上的标准。无论你是 Claw 系、Code 系、还是 Cowork 系的 Agent 产品，理论上都可以让 OpenClaw 通过 A2A 协议被统一调度。

但不同生态之间的 A2A 真正落地起码现在没有答案，只能期待了。

5、百个 Claw，不如学底层协议。

3月9日之后井喷了多少 Claw 产品？QClaw、ArkClaw、CoPaw、AutoClaw、MaxClaw、DuClaw、KimiClaw……数都数不清了。

大部分人学不过来。也没那个时间精力去对齐每一个产品的更新。

一百个生态绑定的 Claw，不如用好一个 OpenClaw。 因为所有 xxxClaw 都是基于 OpenClaw 的封装。学底层协议，不学上层包装。

而 OpenClaw 本身，也只是一个具体实现。它背后更底层的东西，现在有了一个专业术语：Harness。

Agent Harness 是围绕语言模型的编排层——prompt 构造、tool 执行、审计检查、循环控制。模型是发动机，Harness 是整台车。

Martin Fowler 拆了三层结构：Context Engineering（上下文工程）、Quality & Guardrails（质量与护栏）、Orchestration & Lifecycle（编排与生命周期）。

如果你是做 AI 产品或 Agent 开发的 Builder，学 Harness，然后用它审视所有 Agent 系统。这是你真正需要对齐的东西。

对普通人来说，确实构建 Skills 收益更高。你要为 Agent 世界准备好你的 Skills。

6、服务器选型还需要摇摆吗？

各大云服务商都在抢 OpenClaw 的部署用户——腾讯云、火山引擎、阿里云、百度智能云。

我个人的建议：腾讯云。

原因很简单。微信 + 企业微信 + 腾讯云，三件套闭环。Lighthouse 已有 10 万+ 用户。微信官方 ClawBot 插件今天上线，第一方的集成体验一定比第三方好。

锁定效应是真的。但现阶段，这个生态最完整。先跑起来比什么都重要。

7、安全暗线

一边禁止，一边补贴。

北京限制国企和政府机构使用 OpenClaw。深圳和无锡的地方政府在补贴企业部署。这不矛盾。中央排除风险，地方抓经济机会。

对个人来说养虾有风险。但不养虾的机会成本更大。

8、Agent 时代把养虾作为方法，养虾把 Skills 作为方法。

OpenClaw + 微信，让 Agent Base 和使用入口都变成了人人可得的东西。门槛抹平了。

门槛抹平之后，大家人手一只虾，差异化在哪？

如果你是 Builder——做 AI 产品、做 Agent 开发、做技术架构——答案在 Harness 层。你的编排能力、你的护栏系统、你的上下文工程，这些是需要长期打磨的基础设施。别人想抄，只能把你的泥坑重新踩一遍。

但不是所有人都需要学 Harness。大部分人不写代码，不做架构，不搭系统，不做产品，不商业化。

对大多数人来说，你的 Harness 就是你的 Skills。

你的专业能力能不能封装成一个 Agent 可以调用的能力单元？你的行业 know-how、你的工作流、你的判断标准——能不能变成一个 Skill，让 Agent 按照你的方式做事？

1月我说"你要么是被 Agent 放大的人，要么是被替代的人"。今天这个判断可以更具体了：能封装出生产级 Skill 的人，是被放大的人。不能封装的人，你的岗位正在被别人的 Skill 替代。

这不是危言耸听。有公司已经把 AI 使用能力纳入了年终考核。深圳排队装机的人群里，有学生，有退休老人，有普通白领——他们不是因为好奇，是因为焦虑。

但焦虑不解决问题。

与其追着百个 Claw 产品跑，不如停下来想清楚一件事：你手上有什么东西，是值得封装成 Skill 的？

想清楚了，Agent 时代才真正跟你有关系。