codex-review
Ask Codex CLI with its configured model for an independent code review of uncommitted changes, a branch diff, a commit, or a specific implementation. This is how Codex is invoked for review work. Use
SKILL.mdSkills/Skills/codex-review/SKILL.md
GitHubCodex Review
Use Codex as an independent reviewer when the user wants a second-pass review or when a change is broad enough that another agent's perspective is useful.
Prefer Claude's normal review process for small local checks. Do not delegate review just to avoid reading the code yourself. Treat Codex's output as evidence, not authority.
Use the configured Codex model by default. Pin a model explicitly only when the task calls for that specific model. Do not report a model name unless verified for the run.
Workflow
- Identify the review target: uncommitted changes, base branch, commit SHA, or specific files.
- Create a temporary artifact directory for the Codex report.
- Run
codex reviewwith a focused review prompt. - Read Codex's report and verify important claims against the code before presenting them.
Use one of these command shapes:
ARTIFACT_DIR="$(mktemp -d "${TMPDIR:-/tmp}/codex-review.XXXXXX")"
REPORT="$ARTIFACT_DIR/report.md"
PROMPT="$ARTIFACT_DIR/prompt.md"
# Review staged, unstaged, and untracked changes.
codex -C "$PWD" review --uncommitted - < "$PROMPT" > "$REPORT"
# Review current branch against a base branch.
codex -C "$PWD" review --base main - < "$PROMPT" > "$REPORT"
# Review a single commit.
codex -C "$PWD" review --commit <sha> - < "$PROMPT" > "$REPORT"
Review Prompt
Ask Codex to use a code-review stance:
Review these changes for bugs, regressions, missing tests, security issues, and requirement mismatches.
Prioritize findings over summary. For each finding include:
- severity
- file and line reference
- concrete failure mode
- suggested fix direction
Do not edit files. If there are no substantive findings, say so and name any residual test gaps.
Add task-specific context when useful: requirements, risky areas, expected behavior, flaky tests, or files Claude is unsure about.
Reporting Back
Before relaying a Codex finding, inspect the cited code or diff enough to decide whether the finding is real. In the user-facing response, separate confirmed issues from suggestions you did not verify.
If Codex finds nothing, say that clearly and mention what review target it inspected.
If codex is not installed or the command fails, report the error and offer to review the changes directly instead.