القائمة
Codex GPT-5.5 独立校验工具。将计划、方案、事实卡片、代码变更提交给 Codex 进行独立审查， 输出 PASS/FAIL 结论。支持计划校验、代码审查、Skill 冲突检测三种模式。 触发词：codex 校验、独立验证、计划校验、codex verify、/codex-verify
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | codex-verify |
| description | Codex GPT-5.5 独立校验工具。将计划、方案、事实卡片、代码变更提交给 Codex 进行独立审查， 输出 PASS/FAIL 结论。支持计划校验、代码审查、Skill 冲突检测三种模式。 触发词：codex 校验、独立验证、计划校验、codex verify、/codex-verify |
产出者 ≠ 审查者。用 Codex GPT-5.5 作为独立审查 Agent，对关键产出进行校验，避免自己审查自己的盲区。
降级后端（可选）：Codex 额度也有限。当 Codex 临时没额度或连不上时，自动降级到 GLM-5.2（Z.ai Coding Plan） 做独立第三方对抗式校验——GLM 是另一家厂商的模型，与产出方 Claude、主审方 Codex 都不同源，独立性成立。这是有意设计的降级路径（仅在 Codex 不可用时启用）：宁可换一个独立模型继续审，也不要因为主审方掉线就跳过校验。详见下文「## 降级到 GLM-5.2（Coding Plan）」。
关于外发的边界：默认后端是
auto——Codex 不可用时它会自动把待校验内容发给第三方 Z.ai（GLM-5.2），并在发送前打印一条 stderr 警告。若不希望任何内容外发给第三方，请用VERIFY_BACKEND=codex（Codex 挂了直接报错，绝不降级）。降级路径需要ZAI_API_KEY；未设置时auto在尝试降级时会以"key 未设置"明确报错。
主路径（开箱即用）：本 skill 自带脚本 scripts/verify.sh，不依赖任何额外插件。
| 场景 | 方式 | 说明 |
|---|---|---|
| 计划/方案校验 | bash verify.sh plan ... | 默认模式 |
| 代码审查 | bash verify.sh review [目录] | 需在 git 仓库内 |
| Skill 冲突检测 | bash verify.sh skill ... | |
| Codex 没额度/连不上 | VERIFY_BACKEND=glm bash verify.sh ... 或 bash scripts/glm-review.sh "prompt" | GLM-5.2 (Coding Plan) 独立校验 |
可选路径（需自行安装 codex 插件）：如果你的 Claude Code 另装了提供 /codex:rescue、/codex:review 等 slash command 的 codex 插件，交互场景下可直接用它们（无需 Bash）；先用 Read 读取待校验文件，将全文拼入 prompt（slash command 不支持 $(cat ...) 展开）。这些命令由该插件提供，不随本 skill 安装——没有它时一律走上面的脚本路径。
适用场景：修复方案、实施计划、调研报告事实卡片、任何关键结构化产出。
校验维度：
调用方式：
bash ~/.claude/skills/codex-verify/scripts/verify.sh plan "待校验的完整内容"
或注入文件内容：
bash ~/.claude/skills/codex-verify/scripts/verify.sh plan "$(cat /path/to/plan.md)"
适用场景：跨多文件的复杂代码变更、需要追踪调用链的修改。
注意：简单的单文件局部改动不需要 Codex，用独立 Claude Agent 更快。
调用方式：
# 在 git 仓库中执行
bash ~/.claude/skills/codex-verify/scripts/verify.sh review [目录路径]
隐私提示：review 会把工作区相对 HEAD 的未提交变更交给审查后端。其中 GLM 降级路径会把 untracked 文本新文件的全文一并拼入 prompt（binary 文件按 git diff 表现）；Codex 原生 review 走 codex exec review --uncommitted，untracked 的处理以 codex CLI 行为为准。脚本在发送前会用 git ls-files --others 把 untracked 文件列出来警告。运行前先 git status --short 确认没有 .env、密钥、私人笔记等被一并带上；不想上传的文件先加进 .gitignore 或移出工作区。
适用场景：向 Skill 写入新规则前，检测与现有规则的冲突。
校验维度：
调用方式：
bash ~/.claude/skills/codex-verify/scripts/verify.sh skill \
"新规则草案" \
"/path/to/SKILL.md" \
"/path/to/references/file1.md" \
"/path/to/references/file2.md"
verify.sh 三种后端，由环境变量 VERIFY_BACKEND 控制：
| 值 | 行为 |
|---|---|
auto（默认） | 先用 Codex；Codex 没装 / 没额度 / 连不上 → 自动降级 GLM-5.2 (Coding Plan) |
codex | 只用 Codex，不降级（Codex 挂了直接报错） |
glm | 直接走 GLM-5.2 (Coding Plan)，跳过 Codex |
降级判定（脚本里的 codex_should_degrade）：仅当 Codex 进程非零退出时才考虑降级，分支如下——
codex login）；Codex 正常退出（rc=0）一律视为正常审查，绝不因为评审正文里恰好出现上述词就降级。
https://api.z.ai/api/coding/paas/v4（Coding-Plan 专属，没有按量计费通路），脚本实际请求的完整 URL 是 …/paas/v4/chat/completions；需配套一把 Z.ai Coding Plan 的 ZAI_API_KEY。若用 GLM_REVIEW_ENDPOINT 覆盖，必须填完整的 chat completions URL。/api/anthropic 是 dual-mode（既可 Coding Plan 也可按量），/api/paas/v4 是按量计费——本 skill 默认不用这两个，只用 coding-exclusive 端点，零计费歧义。GLM_REVIEW_ENDPOINT 可覆盖默认端点。一旦你显式改写，计费与数据外发边界由你自负，上面的"零计费歧义"不再保证。scripts/glm-review.sh 是独立的第三方对抗式审查器，可被 verify.sh 调用，也可单独用：
bash ~/.claude/skills/codex-verify/scripts/glm-review.sh "待校验的完整 prompt"
echo "prompt" | bash ~/.claude/skills/codex-verify/scripts/glm-review.sh
环境变量：GLM_REVIEW_MODEL(默认 glm-5.2)、GLM_REVIEW_MAX_TOKENS(默认 16000，GLM-5.2 是推理模型，reasoning 占用大)、GLM_REVIEW_RETRIES(默认 4，对 429/5xx/网络错误指数退避)。
GLM 的 system prompt 已内置「默认怀疑 / 无法访问本地文件，须核对的明说『需本地核对』/ 逐维度 PASS-FAIL + 总评」的对抗式审查立场。
与 Codex 同规则（见下），唯一差异：GLM 同样无法访问本地文件系统，凡结论依赖本地核对的，它会标「需本地核对」——这类项由本机 shell 实测补证，不能臆断为通过。
Codex 返回 FAIL 时，逐条处理每个问题：
P0 级问题全部解决前，不得进入下一阶段。
Codex GPT-5.5 在 read-only sandbox 中无法 shell 核对本地文件，因此可能对你的本地路径、配置载体、工具版本做出与实际不符的断言（例如猜错某个规则文件的位置，或假设了一个并不存在的默认配置）。
处置：仅当某条 FAIL 的唯一依据是这类「无法核对的本地断言」时，才记为「反驳（Codex sandbox 无法核对本地）」，并用本机 shell 实测补一份证据。如果同一轮 FAIL 还夹带其他实质问题，必须逐条处理，不得借此一并跳过。
可以质疑 Codex 的发现，但必须用可验证证据：
铁律：不能用"Agent 也可能有误"等理由单方面否决审查结论。
校验通过 → 直接执行/交付，不需要问用户"可以开始吗？"
只有以下情况才停下来向用户核对：
下表参数用于 plan / skill / custom 模式（底层
codex exec）。review 模式走codex exec review，它本身要求在 git 仓库内，不传--skip-git-repo-check。
| 参数 | 值 | 说明 |
|---|---|---|
| 模型 | gpt-5.5 | Codex CLI 默认校验模型（CODEX_MODEL 可覆盖） |
| 推理强度 | model_reasoning_effort=xhigh | 最高推理深度（CODEX_EFFORT 可覆盖） |
| 沙箱 | read-only | 只读，校验过程不修改任何文件 |
| 会话 | --ephemeral | 不持久化 session |
| Git 检查 | --skip-git-repo-check | 允许在非 git 目录运行（plan/skill/custom） |
| 降级模型 | glm-5.2 | Codex 不可用时的独立第三方校验（Z.ai Coding Plan） |
| 降级端点 | https://api.z.ai/api/coding/paas/v4/chat/completions | Coding-Plan 专属，非按量计费；GLM_REVIEW_ENDPOINT 覆盖须为完整 URL |
cat 注入：需要 Codex 审查文件时，将内容注入到 prompt 中~/.claude 不是 git 仓库：必须加 --skip-git-repo-check--fast 参数：速度通过 model_reasoning_effort 调节（xhigh/high/medium/low）INJECT_GUARD 只加在 plan / skill；custom 原样透传（注入边界调用方自负）；Codex 原生 review（codex exec review）走 Codex 自身流程、不加 本 skill 的 guard。glm-review.sh 的 system prompt 始终带不可信数据 guard，所以任何走到 GLM 的调用（含 custom、降级的 review）都带 guard。