
一个新的发现电脑端 MacOS 微信 4.1.8.67 版本也支持 ClawBot 了近日 Codex 发布了 rust-v0.117.0这个版本最值得关注的事是Plugin 终于支持了这是 Claude Code 已经支持了好久的功能了。此前做的 cc-weixin 项目把微信消息接入 Claude Code可以直接在终端里跟微信好友 ClawBot 的消息互动AI 自动处理并回复。这个项目此前只支持 Claude Code核心原因是 Codex 没有对等的能力。这次看到 Plugin 支持上来了周末搞了下是否也可以给 Codex 接上花了几天研究和调试结论是可以接但体验比 Claude 差了不是一点点。Codex v0.117.0 的 Plugin 系统长什么样先说这次更新的核心。Codex 这次把 Plugin 做成了一套完整的分发机制。你可以在 TUI 里输入/plugins浏览、搜索、安装或卸载插件。从架构设计看这套东西想解决的问题是如何让 Codex 生态里的扩展能够被标准化地打包和分发而不是每个用户自己折腾配置文件。这个出发点是对的。Marketplace 分三级官方仓库、项目级$REPO_ROOT/.agents/plugins/marketplace.json、用户级~/.agents/plugins/marketplace.json。理论上社区开发者可以把自己的插件发布到这里用户一键安装。理论上。实际上官方社区 Marketplace 目前根本没开放。社区插件只能通过本地路径安装不支持从 GitHub 等远程源直接拉取。换句话说你要用一个社区插件得先把仓库 clone 到本地然后手动改配置文件指定本地路径。这个限制已经让整个 Plugin 生态的意义大打折扣了后面我再细说。我是怎么接进去的为了让 cc-weixin 支持 Codex我做了以下几件事打包 Codex Plugin。把微信集成包装成标准的 Codex Plugin 格式包含两个 Skillweixin-configure扫码登录和weixin-access配对码和白名单管理。这部分倒是比较顺利Plugin 格式设计得还算清晰这俩 Skill 基本上也是复用了此前的 Claude Code 部分。实现独立桥接模式。这是关键。我写了一个server-codex.ts让它以 standalone 模式运行持续轮询微信消息注入 Codex App Server 作为 turnAI 处理后自动把回复发回微信。整个流程跑在终端后台用户不需要手动触发。启动脚本。用start-codex.sh同时启动 Codex App Server 和微信桥接进程。技术上整个流程是通的。微信发消息AI 会处理并回复。从功能角度看它是工作的。但用过 Claude Code 版本的人一眼就能看出哪里不对劲。两个没有解决的核心问题第一个对话不在 Codex TUI 里而是散落在 bridge 日志里。用 Claude Code 版本时微信消息会直接出现在你打开的 Claude 终端会话里。你能看到用户说了什么AI 怎么回整个对话历史一目了然。你甚至可以在终端里插一句话参与到对话中。Codex 版本是另一种模式需要单独开一个终端运行桥接服务消息和回复会以日志的形式显示←表示收到→表示发出消息内容是可见的。但这是两个独立的窗口Codex TUI 本身对这些对话完全无感。Codex TUI 不渲染来自外部客户端注入的 turnAI 在 App Server 那侧处理完就算完了TUI 里什么都不会显示。你看到的对话全来自 bridge 日志终端而不是 Codex 会话本身。这个问题已经有人在 Codex 官方提了 Issue#15320OpenAI 的一位协作者在 3 月 20 日回复了一句话“This use case isnt currently supported, but its something wed like to get to eventually.Eventually 是什么时候没有说。第二个没有消息推送机制。Claude Code 有一个私有扩展notifications/claude/channelMCP Server 可以通过这个通道向活跃会话推送消息把外部事件注入当前对话流。这是 Claude Code 的微信集成能跑起来的核心机制。Codex 没有等价的东西。Codex 的 Plugin 和 MCP Server 仍然是纯粹的请求-响应模式。它只能被动等 Codex 来调用工具没有办法主动向运行中的会话发送通知或注入消息。有人在 Codex 提了另一个 Issue#15299请求支持把 MCP 通知路由到活跃会话提议了三个方向MCP Server 发出的通知被 Codex CLI 转为 thread item本地 IPC 端点向活跃会话发消息类似 Claude Code channel 的扩展点这个 Issue 到现在还是 Open 状态OpenAI 没有任何回应。正是因为这两个问题没有解决Codex 版本的微信集成才变成了现在这个模样需要起一个独立的终端AI 在后台默默工作不能像 Claude Code 那样能直接在打开的 claude 窗口中看到消息。社区插件体验要求用户手动 clone 仓库说回 Plugin 系统本身的问题。Claude Code 的插件可以通过 marketplace URL 一键安装体验很流畅。Codex 这次的 Plugin 系统设计上也想做到类似的效果但官方社区 Marketplace 没开放导致整套流程变了味。要安装 cc-weixin 的 Codex 版本用户得做这些事git clone仓库到本地手动创建或编辑~/.agents/plugins/marketplace.json填写本地路径路径必须用./开头用绝对路径会报错然后才能在 Codex TUI 里搜索到并安装这个流程对普通用户很不友好。Plugin 系统本来是为了降低安装门槛的结果在社区生态没有的情况下反而增加了一道手动配置的坎。相比之下Claude Code 的安装流程干净很多。目前我把 Codex 版本标记为「实验性支持」功能上是工作的但明确写在文档里对话不在 Codex TUI 里呈现体验和 Claude Code 版本有明显落差等 Issue 修复后会再优化。就我自己用下来的感受Codex 版本确实不如 Claude。不是说 AI 回答质量有什么差别而是整个使用体感落差很大。Claude Code 版本打开终端微信消息进来、AI 回复都实时显示在面前就像在看一场对话直播还可以随时插话参与。Codex 版本则需要另开一个 bridge 终端消息收发的内容倒是可以看到但 Codex TUI 本身对这些毫不知情你没有办法在 Codex 里参与到对话中。等 Issue #15299 和 #15320 有进展之后这块体验应该会有质的改善。在那之前Codex 版本更像是一个给技术用户验证可行性的实验而不是一个可以日常用的方案。如果你用 Codex 比较多想体验一下可以参考 INSTALL-CODEX.md 里的步骤配置。下面是配置完成后终端启动和消息收发的实际效果终端启动与消息收发效果以及微信端的收发效果微信端消息效果我让 Codex 把桌面的一张图片发给我说了好几遍始终没有发送只是告诉我文件路径很浪费时间。换成 Claude Code 一次就成功了。cc-weixin 仓库https://github.com/qufei1993/cc-weixin