这一周，AI 圈发生了两件完全相反的事。
一件是崩塌，一件是进化。
先说崩塌的那件。
OpenClaw 3.22 / 3.23：史上最大更新，也是史上最惨翻车
3 月 22 日，OpenClaw 推送了诞生以来最大规模的一次更新。插件系统彻底重构、模型升级、安全加固、沙箱架构升级、生态整合——听起来全是好事。
但结果呢？全线崩了。
微信插件失效、浏览器扩展 Relay 功能因路径移除而失效、MiniMax 等国产模型配置异常、Windows 沙箱权限错误、WhatsApp 插件失效、频道停止服务……各个平台的报错截图像雪花一样飘满了社交媒体。
3 月 24 日，紧急修复版 3.23 推出。结果 3.23 又塌方了。有网友说：“目测微信官方龙虾插件只存活了一个周末。”
腾讯员工“客村小蒋”出来回应，说微信很快会更新插件修复问题，目前只有升级了最新版原生 OpenClaw 的用户受影响，Workbuddy、QClaw 这些没事。
OpenClaw 开发者 Peter Steinberger 也出来解释：是因为大量用户涌入 ClawHub 找新插件、修旧插件，叠加可能的恶意流量攻击，触发了限流机制，导致旧插件用不了、新插件下不了，双向崩溃。
这次翻车的根本原因，不只是限流
技术层面的原因已经说清楚了。但更值得关注的是背后那件事。
这次 OpenClaw 更新的核心操作之一，是把插件生态从公共 npm 强行迁移到官方 ClawHub。npm 是全球 Ja vaScript 开发者共用的公共基础设施，几千万开发者每天都在用，随便上传随便下载。OpenClaw 之前的插件系统就建立在 npm 上，任何人都可以发布，任何人都可以安装。ClawHub 是 OpenClaw 自己的官方插件市场，有审核、有管控。
这个迁移本身没问题，甚至是对的——npm 确实有恶意插件投毒的问题，官方市场更安全。但问题是，迁移太急了。大量之前常用的插件没有同步到 ClawHub，用户升级完发现原来的插件全没了，只能去 ClawHub 找替代，但 ClawHub 流量瞬间暴增，限流触发，新插件也下不了。旧的没了，新的进不去，整个生态在升级的瞬间断层了。
这件事揭示了一个残酷的规律：一个 AI 平台做得越大，底层一次改动，牵扯的生态就越重。OpenClaw 现在已经是一个有微信、WhatsApp、Telegram、Discord 等等一堆频道接入的平台，这个盘子大了之后，任何一次底层重构，都不再只是“技术升级”，而是“生态震动”。
就在同一周，Claude 更新了三件事
用 OpenClaw 也做了不少东西的用户，对这次翻车应该感同身受。但与此同时，另一件事也在发生——就在 OpenClaw 崩得热火朝天的同一周，Anthropic 悄悄推了三个更新。
第一个：Claude Code Channels。 Claude Code 现在可以直接接 Telegram 和 Discord 了。在手机上发一条消息派个任务，Claude 在你电脑上把活干完，结果推回来。不需要守在终端前，不需要 SSH，随时随地派活收结果。VentureBeat 给这篇报道起了个标题：「Anthropic just shipped an OpenClaw killer」。这两个东西做的是同一件事，但路子完全不同——OpenClaw 是搭平台让 AI 住进消息软件，Claude Code Channels 是让编程工具原生支持消息软件派活。一个是“平台派”，一个是“工具原生派”，谁最后赢，现在真不好说。
第二个：Claude 可以直接控制你的 Mac。
这个才是真正的大招。Claude Code 和 Claude Cowork 现在可以接管你的鼠标和键盘，像真人助理一样在屏幕上移动光标、打开 App、点按钮、填表格、发邮件。它不是通过 API 调用来完成任务——是直接操作 GUI 界面。这件事的意义在于，它绕过了工作流配置这个环节。不需要提前把每个工具的 API 注册好、权限配好、流程测好，AI 看到界面就知道怎么操作，就像人一样。OpenClaw 这次崩的核心矛盾之一，是插件生态过重、迁移牵扯太多。而 Claude 的 Mac 控制，某种程度上是在说：根本不需要那么多插件，直接操作你的电脑。
第三个：Extended Thinking 废了，换成 Adaptive Thinking。 Claude 4.6 里，之前让用户手动开启“深度思考模式”的 Extended Thinking 被标记为废弃，换成了 Adaptive Thinking——Claude 自己判断这个任务需不需要深度思考，自动调整。不需要再手动控制 Claude 怎么思考，它自己决定。
这三个更新放在一起，有一个共同方向：把越来越多的决策权从用户手里收回，交给 AI 自己。
两件事放在一起，看到了什么
OpenClaw 崩，是因为它建立了一个复杂的生态，然后在升级时没有给这个生态足够的缓冲时间。Claude 进化，是因为它在减少用户需要配置和管理的东西，让 AI 自己搞定更多。这两件事的方向，其实是矛盾的。
一个在告诉你：平台越复杂，崩起来越惨。另一个在告诉你：AI 越自主，你需要配置的就越少。
不是要说 OpenClaw 不好——很多人用 OpenClaw 搭了飞书多 Agent 系统，每天还在用。但这次翻车让人重新想了一件事：你搭的那套工作流，是在放大 AI 的能力，还是在管理 AI 的复杂度？如果大部分时间你在做的是“让 AI 正常工作”，而不是“让 AI 帮你做事”——那这套工作流的价值，就值得认真想一想了。
OpenClaw 这次翻车很惨，但不意味着它完了。一个产品做了这么大的底层重构，出问题是正常的，修好继续跑也是正常的。Peter 和团队已经在修了，微信插件很快会更新，限流策略也会调整。
真正值得思考的，不是“OpenClaw 崩了”，而是：当你依赖的平台崩了，你的 AI 工作流还能不能跑？如果不能，说明你的能力，建立在别人的稳定性上，而不是自己的判断力上。工具会崩，平台会更新，生态会动荡。你唯一能沉淀下来的，是用 AI 的思维方式，而不是某一套具体的工作流配置。这个东西，任何一次崩塌都带不走。
