不要从“背命令”开始。更快的路线是先建立心智模型：Codex 终端 = 交互会话、 非交互执行、安全边界、MCP/插件、Skill 工作流、 Git 验证闭环。命令只是入口，真正的能力来自“给清楚目标 + 选对工作流 + 验证结果”。
这页把常见命令、oh-my-codex 的工作流入口、Skill 调用技巧和练习任务放在一起。 你可以照着 6 周路线走，也可以把它当成日常速查表。
codex --help 建地图
再用 $plan 降低歧义
最后用测试 / diff / review 闭环
把 Codex 当成“会使用工具的结对工程师”，而不是单纯聊天框。每学一个命令，都立刻绑定一个真实场景。
运行 codex --help、codex exec --help、omx --help，先知道入口有哪些。
从“解释一个文件”“修一个小 bug”“生成一页文档”开始，不要一上来做大型自动化。
记录哪些表达让 Codex 更稳定：目标、边界、验收标准、禁止事项、测试命令。
当同类任务重复出现，就用现成 Skill 或自己写 Skill，把经验变成可复用流程。
每天 30–60 分钟即可。每周都要产出一个能运行、能验证、能复盘的小成果。
codex、codex resume、codex completion。-C、模型 -m、配置覆盖 -c。read-only、workspace-write、danger-full-access 描述风险。$deep-interview 或 $plan 处理不清楚的需求。$code-review、$security-review、$web-clone、$html-ppt。$plan 请为这个重构给出验收标准。$plan，再实施，最后 $code-review。codex review --uncommitted、gh-fix-ci、gh-address-comments。git status、git diff、测试命令。$skill-creator 或本地 SKILL.md 固化重复流程。下面按本机 codex --help、codex exec --help、omx --help 摘要整理。点击按钮可复制。
启动交互式会话。适合探索、迭代、需要多轮确认的任务。
非交互执行一次性任务。适合脚本化、批处理、CI 辅助或明确的小任务。
继续最近一次会话。适合中断后恢复上下文。
从最近会话分叉一条新思路。适合比较两种方案而不污染原会话。
审查 staged、unstaged、untracked 改动。适合提交前找逻辑问题。
按指定 base 分支审查差异。适合 PR 前自查。
查看外部 MCP server。适合排查工具、数据库、浏览器、GitHub 等连接能力。
生成 shell 自动补全脚本；也支持 bash、fish、powershell、elvish。
指定工作根目录。避免 Codex 在错误目录读写文件。
设置沙盒策略。学习顺序建议：先 read-only，再 workspace-write，最后才理解 danger-full-access。
配置审批策略。学习时推荐知道每种含义，不要盲目长期使用最高权限。
低摩擦自动执行别名，适合可信仓库的小任务；高风险任务仍要明确边界。
启用实时网页搜索。适合依赖最新文档、价格、规则、版本的信息。
给初始提示附图。适合 UI 还原、截图诊断、设计审查。
安装与诊断 oh-my-codex。遇到 Skill、MCP、AGENTS 配置问题先 doctor。
只读探索入口。适合快速找文件、符号、调用关系。
运行嘈杂的只读 shell 查询，适合 repo-wide 搜索、日志摘要。
查看 active modes 和执行轨迹。适合长任务复盘。
查看或设置推理强度。复杂架构和诊断用高一些，简单改动不必浪费。
Skill 的关键不是“会喊名字”，而是知道什么时候该把普通任务升级成结构化工作流。
当你已经知道要哪种工作流，用 $name 开头最稳。
有些词会触发工作流，例如 code review、security review、web-clone、deep interview。想避免误触发，就说清楚“只解释，不执行”。
需求清楚但实现路径还需要拆解时使用。
你自己也没想清楚目标、边界、取舍时使用。
需求基本明确，但要更严谨地权衡风险时使用。
提交前或合并前找 bug、可维护性问题和隐藏风险。
涉及认证、授权、密钥、文件上传、网络边界时使用。
GitHub Actions 失败时用它定位日志和失败检查。
要复刻一个网页、做视觉还原、验证截图时使用。
要做 PPT、slides、分享稿、Keynote 风格页面时使用。
列出、安装、搜索或管理本地技能。
SKILL.md。给 Codex 的任务越像工程票据，它越容易产出可验证结果。
| 结构 | 你要写什么 | 示例 |
|---|---|---|
目标 |
最终用户能看到或做到什么。 | “新增一个 Codex 学习网页并发布到 GitHub Pages。” |
边界 |
哪些文件能改、哪些不能碰、是否允许新增依赖。 | “只做静态 HTML/CSS/JS，不加依赖，不覆盖旧页面。” |
验收 |
怎样算完成，跑什么命令证明。 | “页面能本地打开，链接可访问，git diff 清晰。” |
风险 |
必须提前提醒的人类决策点。 | “不要删除旧站点；如果要推 main，请说明 commit。” |
勾选状态会保存在当前浏览器。建议每天挑 3–5 项做，不要一次性刷完。
真正熟练的人不是永远开最大权限，而是知道什么时候收窄范围。
涉及删除、重置、迁移生产数据、覆盖发布时，明确让 Codex 先解释计划和回滚方式。
当“做 A 还是做 B”会影响很多文件时，先用 $deep-interview 或 $ralplan。
要求先查官方文档，再实现。尤其是 OpenAI、云服务、支付、安全相关能力。