应先运行 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

第三步：查看结果并决定是否继续 commit
codex result

注意：Codex 不会自动 commit，它只输出问题清单和修复建议。你得自己判断每条是否成立，再决定是否采纳或手动调整。

Marvis Codex Bridge

将来自 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 不会看到文件系统结构，只处理你给的纯文本差异流，因此不会误读无关文件。