在微信里写代码：微信 + Codex CLI + OpenClaw 集成实战

来源类型： 实战案例 + 工作流创新
日期： 2026-06-09
标签： #微信编程 #CodexCLI #OpenClaw #豆包 #Agent桥接 #wechat-codex-cli #麦金叔

核心创新

麦金叔的"邪修"工作流——用微信做软件开发项目——核心思想："不管怎么样，你先把 AI 应用运用到你的工作中"。

工作流方案

方案选择

• 方案 A：微信直接控制 Codex CLI（需要 wechat-codex-cli 桥接）
• 方案 B：通过 Hermes / OpenClaw 中转，再调用 Codex CLI（最终选择）

选择方案 B 的原因

• 微信 + 小龙虾（OpenClaw）连接已成熟
• 小龙虾是常驻服务，能完成消息派发 + 工具调用 + 结果回收转发
• 方案 A 需要 IDE 守护进程 → 桥接服务（wechat-codex-cli 实现了但仍不完美）

架构

微信用户
  ↓
微信消息
  ↓
wechat-codex-cli / OpenClaw（桥接层）
  ↓
Codex CLI（真正干活的 Agent）
  ↓
返回结果
  ↓
转发回微信

AI 应用第一原则

"AI 应用的第一原则是：尽量利用 AI 来帮你。"

"你知道得越多，问的问题越具体，AI 给出的答案也会越'靠谱'。"

三层 Agent 分工

OpenClaw 与 Claude Code 比较

"不过，对我来说是有图形界面的 Codex 类的 IDE，还是终端类的 Claude Code，OpenCode，本质上只是呈现的方式不同。它们已经跟传统的 IDE 工具有了本质的区别。"

关键观察：所有 AI 编程工具本质相同，只是呈现方式差异。

"潮水褪去"判断

"大家从一窝蜂养小龙虾，到潮水褪去之后。才是真正能静下心来，利用小龙虾做自己的 AI 应用的好时机。"

含义：OpenClaw 热度下降后，真正的应用期开始。

与已有知识的关联

• wiki/entities/wechat — 微信
• wiki/entities/codex — Codex CLI
• wiki/entities/openclaw — OpenClaw
• wiki/entities/doubao — 豆包
• wiki/entities/mai-jinshu — 麦金叔（作者）
• wiki/concepts/wechat-coding — 微信编程
• wiki/concepts/agent-bridge — Agent 桥接
• wiki/concepts/messaging-agent — 消息 Agent

资料来源

• 原文：https://mp.weixin.qq.com/s/st160rvXQyZlvmK-Nrfe4w
• 原始文件：raw/articles/微信文章3/我已经在微信里面写代码了，阁下该如何应对？.md
• 作者：麦金叔

我的判断（中度置信度）

这是 2026 年"微信 + AI 编程"的最早实战案例之一——把微信变成 AI 编程的入口。

关键洞察：
1. 微信 = 天然的 AI Agent 入口——中国用户量 13 亿+
2. OpenClaw 桥接微信 + Codex——典型的"中间层"创新
3. "潮水褪去"是真判断——OpenClaw 热度下降后才有真实应用
4. AI 应用第一原则简单直接——先动手，别空谈

预测：
- 2026 H2：可能诞生"微信原生 AI 编程"产品
- 2027：所有主流 AI 工具都将支持微信入口
- 2028：微信可能成为 AI 编程的"国民入口"
- 对开发者的建议：
- 微信 + Agent 集成是中文市场最大机会
- 桥接层工具（wechat-codex-cli）是关键基础设施
- 多 Agent 分工是 2026 年趋势
- 对企业的建议：
- 微信小程序 + AI Agent 是 B2B2C 入口
- 员工"微信编程" 是新兴工作模式——需要规范
- 对工具开发者的启示：
- "入口层 + 桥接层 + 执行层" 三层架构 是 AI 工具新范式
- 桥接层 = 新蓝海——连接各种前端 + 后端 AI