OpenClaw + Codex：OpenClaw 的正确打开方式
大家好，我是大鹏。
很多人第一次用 OpenClaw，会把它当成“一个更强的聊天窗口”。
结果就是两种结局：
要么觉得它“也就那样”，做事不够稳
要么越用越乱：文件满天飞、上下文越喂越长、Agent 越开越多但产出更差
我后来才意识到：OpenClaw 的正确打开方式，不是你会不会写提示词。
而是：
把 Codex 当成你的“维修工程师”，把 OpenClaw 当成你的“报修系统”。
你不是在用一个 AI，你是在搭一个小型的“个人运维团队”。
01）先把角色分清：OpenClaw 接单，Codex 维修
一个非常实用的分工模型：
OpenClaw：负责把你的描述整理成工单（现象/环境/验收/回滚），并把任务分发出去
Codex：负责动手排障（读日志、查配置、跑命令、改脚本、验证、回滚）
如果你让主对话模型既拆解又执行，它就容易：
一边想一边改，越改越乱
为了“显得有进展”，开始给你编一个看起来像答案的答案
一句话总结：
用 Codex，是为了“减少口头承诺”，增加“可运行产物”。
02）新手最容易卡的 7 类问题（为什么都该让 Codex 来解）
1）安装/依赖问题
Python / bun / uv / node 版本不对
权限与 PATH 问题（zsh、brew、postinstall）
2）环境变量/密钥问题
“我明明配了 WECHAT_MP_APPID，为什么脚本拿不到？”
“GEMINI_API_KEY / GOOGLE_API_KEY 到底用哪个？”
3）skill 用法不一致 / 文档与实际不一致
参数是路径还是 URL？
以为支持多图，实际只支持封面
4）推送看起来成功，但草稿箱不对
典型现象：返回了 media_id，但草稿箱里没图、没二维码、没引流段。
这类问题本质是：
草稿箱只吃“可公网访问的图片 URL”，不吃你电脑本地路径。
5）浏览器自动化/登录问题
需要扫码
标签页没 attach
权限弹窗挡住流程
6）节点/跨设备问题
Mac 节点在线但手机节点不在线
摄像头/屏幕录制权限没开
7）能跑但不稳定
偶发超时
输出不一致
成本暴涨
一句话总结：
这些都不是“会聊天”能解决的，是工程排障题。
03）给你一套 Codex 报修模板：复制就能用
以后你遇到 OpenClaw 问题，直接把下面这段复制给 OpenClaw（让它去 spawn Codex），或者直接发给 Codex：
text
你是 OpenClaw 维修工程师（Codex）。 目标：定位并修复下面的问题，给出可执行步骤，并确保可回滚。 【现象】 - 我做了什么： - 期望结果： - 实际结果（含报错原文）： 【环境】 - 系统：macOS / Linux / Windows - OpenClaw 版本（如果不知道就告诉我怎么查） - 相关 skill/脚本路径： - 是否刚升级/改过配置： 【请你输出】 1) 最小复现步骤（你建议我怎么复现） 2) 诊断命令清单（每条命令说明目的） 3) 你基于输出做的判断（写出推理链路） 4) 修复方案（可复制命令） 5) 验收步骤（怎么确认修好） 6) 回滚方案（怎么恢复到修复前）
为什么这套模板有效？因为它强迫 Codex 走工程流程：诊断→修复→验收→回滚，而不是“瞎猜一个答案”。
04）正确的工作流：把“长任务”变成可追踪的维修 session
超过 15 分钟的排障，我建议你不要在主对话里硬聊。
正确打开方式是：
OpenClaw：把问题整理成工单 + 验收标准
Codex session：持续在同一个上下文里跑命令、修复、验证
OpenClaw：最后把修复过程整理成“最终操作指南”（你照做即可）
你会得到两种稳定性：
过程稳定（不会每次重讲背景）
成本稳定（不会把所有历史塞回主上下文）
05）所有自动化都要带“回滚按钮”
你让 AI 改环境、装依赖、改配置，如果没有回滚，迟早翻车。
我现在要求 Codex 的输出必须包含：
前置检查
（有没有 bun/python/权限）
验收步骤
（怎么确认成功）
回滚步骤
（怎么删干净/恢复）
这一步看似啰嗦，但它会把 AI 的行为从“聊天机器人”拉回到“工程师”。
06）最后一句：你真正需要的不是“会用”，而是“会修”
很多工具的门槛不是使用，而是维护。
OpenClaw 本质上是一个会成长的系统：
skill 会变
依赖会变
你接入的渠道会变
所以新手最应该掌握的不是某条命令，而是这句话：
遇到问题别猜，让 Codex 用工程化方式修。
加群交流（微信）
如果你也刚开始用 OpenClaw，遇到安装、推送、配图、草稿箱、节点等问题：
你把“现象 + 报错”发出来
我用 Codex 按“诊断→修复→验收→回滚”给你跑通
扫码进群交流，也欢迎点个关注，下次更新不会错过。