应先运行 git status 确认当前分支及工作区干净，再根据场景选择审查方式：推荐审查已暂存改动（codex review --staged），或审查工作区全部未提交变更（codex review --workspace .），也可用 git diff 管道精准喂入差异供 Codex 分析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让 Codex CLI 基于当前分支的最新提交，精准审查你本地已修改但尚未提交的代码差异，避免把未暂存的脏改动或误操作混进去。
确认当前 Git 状态并清理干扰项
先运行 git status，重点检查三件事：当前是否在目标分支上、有没有未提交的修改、有没有已暂存但未 commit 的文件。如果看到红色（未暂存）或绿色（已暂存）文件列表，说明工作区不干净。此时直接运行审查命令，Codex 可能会把临时调试代码、打印语句甚至 .env 里的测试密钥都当成有效变更来分析。
这一步操作起来很简单，直接把文件拖进去就行。
只审查已暂存的改动（推荐）
如果你已经用 git add 明确标记了要提交的变更，就该用这个方式——它最贴近真实 MR 场景。
第一步：确认暂存区内容git status --cached
第二步：启动 Codex 审查暂存区快照codex review --staged
第三步：查看结果并决定是否继续 commitcodex result
注意：Codex 不会自动 commit，它只输出问题清单和修复建议。你得自己判断每条是否成立，再决定是否采纳或手动调整。
将来自 Marvis 或微信的可信远程软件开发请求中继至用户本地的 Codex CLI，等待编码任务完成，并返回经验证的结果。当用户通过 Codex 要求 Marvis 检查、实现、修复、测试、review 或继续在明确指定的本地项目目录中开展工作时，使用此功能。
审查工作区全部未提交变更
适用于还没来得及 git add，但想快速扫一遍所有改动的情形。
方法一：直接审查工作区codex review
方法二：显式指定工作区路径（更可控）codex review --workspace .
【警告】方法一默认读取整个工作目录，若项目含 node_modules 或 build 输出物，可能触发误报或超时。务必确保当前目录就是 Git 仓库根路径。
用 Git diff 管道精准喂入差异内容
当你只想让 Codex 看某两个具体版本之间的差异，比如当前工作区 vs 上一次 commit，这个方法最灵活。
执行：git diff HEAD | codex exec "逐行检查这段差异，标出所有可能导致空指针或类型不匹配的修改"
这招适合集成进 pre-commit 钩子，也方便你在桌面端复制粘贴整段 diff 进行深度追问。Codex 不会看到文件系统结构，只处理你给的纯文本差异流，因此不会误读无关文件。
