大家好我是大鹏。很多人第一次用 OpenClaw会把它当成“一个更强的聊天窗口”。结果就是两种结局要么觉得它“也就那样”做事不够稳要么越用越乱文件满天飞、上下文越喂越长、Agent 越开越多但产出更差我后来才意识到OpenClaw 的正确打开方式不是你会不会写提示词。而是把 Codex 当成你的“维修工程师”把 OpenClaw 当成你的“报修系统”。你不是在用一个 AI你是在搭一个小型的“个人运维团队”。01先把角色分清OpenClaw 接单Codex 维修一个非常实用的分工模型OpenClaw负责把你的描述整理成工单现象/环境/验收/回滚并把任务分发出去Codex负责动手排障读日志、查配置、跑命令、改脚本、验证、回滚如果你让主对话模型既拆解又执行它就容易一边想一边改越改越乱为了“显得有进展”开始给你编一个看起来像答案的答案一句话总结用 Codex是为了“减少口头承诺”增加“可运行产物”。02新手最容易卡的 7 类问题为什么都该让 Codex 来解1安装/依赖问题Python / bun / uv / node 版本不对权限与 PATH 问题zsh、brew、postinstall2环境变量/密钥问题“我明明配了 WECHAT_MP_APPID为什么脚本拿不到”“GEMINI_API_KEY / GOOGLE_API_KEY 到底用哪个”3skill 用法不一致 / 文档与实际不一致参数是路径还是 URL以为支持多图实际只支持封面4推送看起来成功但草稿箱不对典型现象返回了 media_id但草稿箱里没图、没二维码、没引流段。这类问题本质是草稿箱只吃“可公网访问的图片 URL”不吃你电脑本地路径。5浏览器自动化/登录问题需要扫码标签页没 attach权限弹窗挡住流程6节点/跨设备问题Mac 节点在线但手机节点不在线摄像头/屏幕录制权限没开7能跑但不稳定偶发超时输出不一致成本暴涨一句话总结这些都不是“会聊天”能解决的是工程排障题。03给你一套 Codex 报修模板复制就能用以后你遇到 OpenClaw 问题直接把下面这段复制给 OpenClaw让它去 spawn Codex或者直接发给 Codextext你是 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 按“诊断→修复→验收→回滚”给你跑通扫码进群交流也欢迎点个关注下次更新不会错过。