Automatic approval system auto_review model configuration error: codex-auto-review does not exist
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 48/100
Research direction
Start by locating the auto_review model configuration and the API request that sends codex-auto-review; compare it with the supported model names reported in the error. Reproduce an approval-triggering action on Windows, then verify that the automatic review completes and the requested operation can proceed without the invalid-model error.
Written by the indexing model from the issue text.
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex++1.2.44
What subscription do you have?
免费版
What platform is your computer?
Windows
What issue are you seeing?
问题描述
在 Codex 桌面应用中执行任何需要审批的操作(如打开浏览器 Start-Process)时,
自动审批审查系统(auto_review)始终失败,导致所有高风险操作无法执行。
错误信息
Automatic approval review failed:
{"error":{"message":"The supported API model names are deepseek-v4-pro or deepseek-v4-flash,
but you passed codex-auto-review.","type":"invalid_request_error"}}
原因分析
自动审批系统内部调用模型时硬编码了 codex-auto-review 这个模型名,
但底层 API 只支持 deepseek-v4-pro 和 deepseek-v4-flash。
影响
所有需审批的操作(浏览器、外部命令等)完全无法执行,严重影响使用体验。
环境
- Codex 桌面版(Windows)
- 审批模式已设为"完全访问"
- 对话模型使用 deepseek-v4-pro
- 日期:2026-08-06 至今
What steps can reproduce the bug?
浏览器无法打开
What is the expected behavior?
No response
Additional information
No response
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- Avg merge
- 1m
- Merged PRs (30d)
- 1k
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openai/codex
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
bug CLI windows-os
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
macOS sandbox blocks hw.optional.arm64 sysctl, causing Flutter to misdetect Apple Silicon as x64 Openbug CLI sandbox
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug CLI TUI
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
CLI config enhancement skills
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
A-linter
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxc-project/oxc#26863 ·