codex可自动修复四类逻辑漏洞：空值/异常流处理空缺、边界值判断缺失、状态机跳转遗漏及事务一致性缺陷，需gpt-5.5模型、v3.2.1+ cli与「用于编程」模式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让 Codex 在真实项目中自动修复逻辑漏洞，而不是只跑通 demo 或生成看似正确的伪代码。这需要它理解你的项目结构、识别边界条件缺陷、生成带测试验证的补丁，并避开分布式锁、事务嵌套等高风险上下文。
确认 Codex 是否具备修复能力的前提
打开 Codex 桌面端，点击左下角设置 → 工作模式 → 切换为「用于编程」。该模式会强制启用全仓库索引、AST 解析和本地命令执行权限。
检查模型列表是否显示 【GPT-5.5】。若未出现，说明当前账号未开通 Plus 会员——免费版无法调用 Codex 的 --fix 模式，也无法访问本地文件系统。
在终端中运行 codex version，确认输出包含 cli v3.2.1+。低于此版本将无法解析 Sentry 日志中的 stack trace 行号映射，导致定位失败。
四类可稳定自愈的 Bug 场景实操
Codex 只对有清晰上下文边界的逻辑漏洞可靠生效。以下四类占线上逻辑 BUG 的 73%，按修复难度升序排列：
方法一：空值/异常流处理空缺
直接输入：“这个函数在 user.profile 为 null 时抛出 TypeError，但没做 guard。请定位 src/auth/service.ts 中 handleLogin 的入口，补上非空校验并返回统一错误码。”
Codex 会先输出 AST 分析结果，再给出仅修改 3 行的 diff，并附带新增的单元测试用例。
方法二：边界值判断缺失
例如授信额度恰好等于阈值时跳过校验。输入时必须明确写出数值：“当 creditLimit === 50000 时，riskCheck() 被跳过。请检查 src/risk/engine.ts 中 evaluate() 函数，把 > 50000 改为 >= 50000，并更新对应测试断言。”
【不写具体数值，Codex 会自行猜测，大概率改错位置】
方法三：状态机跳转遗漏
输入需包含完整状态路径：“订单从 'pending_payment' 状态收到 'cancel' 事件后，应进入 'cancelled' 状态，但当前代码未定义该 transition。请扫描 src/order/state-machine.ts，找到 config.transitions，添加 { from: 'pending_payment', to: 'cancelled', on: 'cancel' }。”
接入 CI 流水线的三步配置
第一步：在 GitHub Actions 的 test.yml 中，在 job 失败后插入新 step：
uses: openai/codex-cli@v3
with:
token: ${{ secrets.OPENAI_TOKEN }}
mode: fix
context: ${{ steps.test.outputs.failure-log }}
第二步：在项目根目录创建 .codexrc.yml，写入关键约束：
max_context_tokens: 2048
allowed_extensions: [".ts", ".js", ".py"]
deny_patterns: ["node_modules/", "migrations/", "test/.*_mock.*"]
第三步：运行 codex init --ci-mode 启用自动 PR 提交。它会在修复后生成 title 为 “fix(risk): handle creditLimit === 50000 edge case” 的 draft PR，并附带修复说明与测试通过截图。
