应执行codex review --unstaged命令，它精准扫描所有已修改但未暂存的文件差异，跳过已提交或已暂存内容，输出含问题类型、文件行号及修复建议的只读报告。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在 Git 未执行 git add 前就让 Codex 快速扫描当前工作区里所有已修改但尚未暂存的代码行，避免低级错误随随便便就进入暂存区——这一步必须在改动还“新鲜”、上下文最清晰时完成。
审查未暂存的本地变更
第一步：确保你在项目根目录下打开终端，且没有运行其他 Codex 后台任务干扰状态判断。
第二步：直接执行 codex review --unstaged。这个命令会精确读取 git status -s 中标记为 M（modified）或 ??（untracked）但未被 git add 过的文件内容，跳过所有已暂存或已提交的路径。
第三步：观察输出。Codex 会逐条列出问题类型（如硬编码密码、未处理的 Promise 拒绝、JSON.parse 无 try-catch）、对应文件名与行号，并附带修复建议。它不写入任何文件，也不修改 Git 状态，纯只读分析。
注意：如果项目里存在大量调试用的临时文件（比如 mock-data.json 或 local-dev.config.js），默认不会被纳入审查范围。你若明确需要它们参与分析，得额外加 --include-untracked 参数，但加了之后可能触发误报，尤其当存在本地调试用的 mock 文件时。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
对比分支做增量审查
当你已经把一部分改动 git add 了，但还想确认这些改动相对于主干是否安全，就得切换到分支对比模式——此时不能用 --unstaged，否则会漏掉已暂存的部分。
方法一：用 --base 指定基准分支codex review --base main --background
这条命令会让 Codex 拉取当前分支与 main 的 diff，然后在后台运行审查。适合快速发起、不阻塞终端。
方法二：显式指定源和目标分支（推荐）codex review --from feature/user-profile --to main
它强制 Codex 只看两个分支间真实存在的差异，不受本地未提交更改干扰。比方法一更可控，尤其当你本地 feature/user-profile 分支有未 push 的 commit 时，方法一可能把那些 commit 也卷进去，扩大审查范围。
方法三：管道调用（适合集成进 pre-commit）git diff main...feature/user-profile | codex exec "审查这段差异,指出所有可能引发运行时错误的点"
这招绕过 Codex 内置 diff 解析逻辑，直接喂原始 patch 文本，灵活性高，但丢失文件路径元信息，部分定位可能不准。
审查已暂存但未 commit 的变更
这一步常被跳过，但它能卡住“看似没问题、实则已进暂存区”的隐患。你已经 git add 了，但还没 git commit，此时暂存区就是 Codex 的审查快照。
① 先确认暂存区内容：git status --cached
② 执行审查：codex review --staged
③ 查看结果并决定是否继续 commit：
Codex 会输出结构化报告，含风险等级、位置、修复建议。若报告中出现中高危项，应立即 git reset 回退，修正后再 add → review → commit。
