Codex用量限额详解：codex-plugin-cc一次审查到底烧多少额度

Codex用量限额详解：codex-plugin-cc一次审查到底烧多少额度

【免费下载链接】codex-plugin-ccUse Codex from Claude Code to review code or delegate tasks.项目地址: https://gitcode.com/GitHub_Trending/co/codex-plugin-cc

codex-plugin-cc 是 Claude Code 的官方 Codex 插件，让你在熟悉的 Claude Code 工作流里直接运行 Codex 代码审查或委派任务。很多新手最担心的一件事就是：额度。因为插件所有消耗都计入你的 Codex 用量限额（ChatGPT 订阅，含 Free 档，或 OpenAI API key）。本文基于插件源码，讲清楚一次/codex:review到底烧多少额度、哪些开关最费钱，以及一套实测有效的省额度配置方法。

先搞清楚：插件的额度从哪来

插件本身不产生独立账单，它复用你本机已登录的 Codex CLI（plugins/codex/ 下的脚本会直接调用全局codex命令），所以：

• 用 ChatGPT 订阅登录→ 消耗你的订阅内含 Codex 用量（Free 档也可用，但限额更低）
• 用 API key 登录→ 按 OpenAI API 计费

README 中明确写着："Usage will contribute to your Codex usage limits"（用量会计入你的 Codex 限额）。换句话说，插件里跑的每一次审查、每一个后台任务，都和你直接在 Codex 里敲命令一样扣额度。

💡 用/codex:setup可以一键检查 Codex 是否已安装、已登录，避免"以为没跑起来，其实白烧了额度"。

一次 /codex:review 到底烧多少额度

核心结论：一次审查 = 一个 Codex 回合，烧的是"上下文大小 × 模型单价"

额度消耗主要取决于两个变量：送进 Codex 的代码上下文有多大，以及用哪个模型、多高的推理档位。

插件对上下文是"有节制"的，这在 plugins/codex/scripts/lib/git.mjs 里能看到明确限制：

所以一次小型审查（1-2 个文件的小改动）的输入是"轻"的；而一次几十个文件的大分支 diff，插件会主动降级为"摘要模式"，避免把几个 MB 的 diff 全部塞给模型——这本身就是插件帮你省额度的一层保护。

对照理解三种审查命令（详见 plugins/codex/commands/review.md 和 plugins/codex/commands/adversarial-review.md）：

• /codex:review—— 走 Codex 内置原生审查器，单次调用，上下文最紧凑，三者中最省额度
• /codex:adversarial-review—— 对抗式审查，把仓库上下文拼进一份很长的提示词（角色设定 + 攻击面清单 + 结构化输出契约，见 plugins/codex/prompts/adversarial-review.md），提示词本身更长，且模型要"主动证伪"，推理开销更高，比前者烧得更多
• /codex:rescue—— 委派任务，可以反复--resume续跑，回合数越多烧得越多（后文详述）

影响额度消耗最快的4个变量

按"烧钱速度"从高到低排列：

1️⃣ Stop 审查门（最大变量）

/codex:setup --enable-review-gate开启后，插件注册了一个 Stop 钩子：每次 Claude 结束回复、且该轮做了代码改动，都会自动再跑一次 Codex 审查（逻辑见 plugins/codex/scripts/stop-review-gate-hook.mjs）。审查若给出BLOCK，Claude 必须修复后再次结束、再次触发审查……

官方 README 对此有明确的黄色警告：

"The review gate can create a long-running Claude/Codex loop and may drain usage limits quickly. Only enable it when you plan to actively monitor the session."（审查门可能造成长时间循环，快速耗尽用量限额，只在你打算全程盯守时才开启）

📌 这是全插件唯一被官方点名"会快速烧额度"的开关，新手默认不要开。

2️⃣ 模型与推理档位

插件完整支持 Codex 的配置体系：在~/.codex/config.toml（用户级）或项目根目录.codex/config.toml（项目级）里可以固定模型和推理档位：

model = "gpt-5.4-mini" model_reasoning_effort = "high"

推理档位支持none / minimal / low / medium / high / xhigh六档（见 plugins/codex/scripts/codex-companion.mjs 中的校验列表）。从low拉到xhigh，单回合的推理 token 可能差好几倍——档位是隐藏的大头。

3️⃣ 审查范围（diff 大小）

前面表格已说明：小 diff 送 inline 全文，大 diff 降级摘要。即便如此，分支对比（--base main）天然比单个工作区小改动烧得多。审查前先想清楚：这次是审"刚才那 20 行"，还是审"整个 feature 分支"？

4️⃣ 回合数（任务续跑）

/codex:rescue --resume会接上同一个 Codex 线程继续对话，每一轮追问都是一次完整消耗；/codex:rescue不带参数时插件还会主动提示"是否继续最近一次任务"——顺手一确认，额度又走了一轮。

省额度清单：从配置到操作习惯

1. 日常审查用"小模型 + 中低档位"

/codex:rescue支持--model和--effort参数，插件内置了快捷别名spark（映射到gpt-5.3-codex-spark），适合快速、低成本的扫一遍：

/codex:rescue --model spark fix the issue quickly /codex:rescue --model gpt-5.4-mini --effort medium investigate the flaky test

2. 大审查丢后台，跑完再看

--background不会省额度，但配合/codex:status（查进度）和/codex:cancel（随时掐断，止损）使用，能避免"看着它烧完才发现方向不对"。官方对多文件审查的建议就是走后台。

3. 审查前缩小范围

用--scope working-tree或--base <ref>明确审查范围，别在"auto 模式"下误审了整个分支。diff 小，输入 token 小，消耗自然小。

4. 关掉审查门（除非你在盯）

/codex:setup --disable-review-gate

需要"交付前最后一道关"时，再临时开一次、人工盯守即可。

5. 别无意识续跑

需要接着上次任务时再用--resume；想彻底换思路就显式加--fresh开新线程，避免旧线程的长上下文被反复重读（长上下文 = 每轮都要为历史付 token）。

快速核对：你的额度去哪了

一句话总结

• 一次/codex:review≈ 一个 Codex 审查回合，小型改动很克制，大分支 diff 会被插件自动降级为摘要输入；
• 真正"烧额度"的不是单次审查，而是审查门循环、高推理档位、反复续跑的任务线程这三件事；
• 新手默认姿势：小模型 + 中低档位 + 明确范围 + 后台跑 + 及时 cancel + 审查门保持关闭，额度就够用很久。 🎯

【免费下载链接】codex-plugin-ccUse Codex from Claude Code to review code or delegate tasks.项目地址: https://gitcode.com/GitHub_Trending/co/codex-plugin-cc