Codex 执行计划改不动？教你用 Claude 辅助优化，解决 AI 掉链子问题

最近在搞开发调优，不知道大家有没有遇到这种情况：明明需求描述得挺清楚，结果 Codex 给出的执行计划总是差点意思，要么逻辑跑偏，要么半天改不对。

更让人抓狂的是，当你想手动干预一下，直接去改那个执行计划，却发现它本质上是个只读文档，根本动不了。眼看着它在那“降智”表演，效率直接拉胯。

为什么 Codex 会突然“变笨”？

这其实是很多 AI 编程助手的通病。有时候并不是工具本身能力不行，而是我们的提示词（Prompt）给它的上下文不够精准，或者需求描述太模糊，导致它在推导执行计划时产生了错觉。

再加上模型本身也有波动期，遇到复杂的嵌套逻辑，它很容易陷入“死循环”：你让它改 A，它去改 B，越改越乱，最后心态炸裂。

通过 Claude 将模糊需求转化为精确提示词，再输入给 Codex 的流程。

既然不能手搓，那就找个“外援”

既然 Codex 自身的调整界面不给力，我们又不想把时间浪费在跟它“猜谜语”上，那该怎么办？

这里有个实用的“曲线救国”方案：把 Claude 当作你的提示词优化器。

实战技巧：利用 Claude 优化 Codex 的输入

Codex 与 Claude 在任务处理中的角色分工对比。

简单来说，就是把你要给 Codex 的需求，先发给 Claude，让它帮你把话“说明白”。

1. 原始需求描述： "帮我写个定时任务扫描数据库，把过期的订单状态改成关闭。"

这话 Codex 听得懂，但具体怎么扫？扫哪些表？事务怎么处理？它可能会瞎猜。

2. Claude 介入优化： 把这个需求丢给 Claude，并附带指令：

   "这是一段给 AI 编程助手的指令。请帮我把它优化为结构化、技术细节精确的提示词，包含表设计假设、异常处理逻辑和性能考量。"

3. 拿回“精装修”后的 Prompt： Claude 可能会给你一段类似这样的指令：

"请编写一个后台定时任务（Cron/Quartz），使用分页查询方式扫描 orders 表中 status='ACTIVE' 且 expire_time < NOW() 的记录。 > 要求： > 1. 使用乐观锁或版本号控制并发更新； > 2. 单次批次处理不超过 1000 条，避免 OOM； > 3. 记录处理日志到 sys_job_log 表； > 4. 包含完整的异常捕获与重试机制。"

4. 喂给 Codex： 这时候，你再把 Claude 生成的这段详细指令复制给 Codex。你会发现，它给出的执行计划瞬间就靠谱了，连 SQL 怎么写、事务注解加在哪都清清楚楚。

为什么这招管用？

Claude 和其他大模型在“文本理解”和“逻辑拆解”上各有千秋。Claude 往往更擅长把模糊的自然语言转化为严谨的技术规范。相当于你请了个技术顾问，先把需求文档给你审了一遍，再派个工人去干活，工人自然就不会干偏了。

总结

虽然 Codex 现在还不支持直接手动编辑执行计划文档，但这并不代表我们只能干着急。遇到它“降智”的时候，不妨换个思路：不要死磕工具的交互界面，而要从源头优化你的输入。

借用 Claude 的强大逻辑能力来打磨提示词，不仅能解决 Codex 听不懂人话的问题，还能养成更好的技术思维，以后写需求文档也能更严谨。

下次再遇到 Codex 改不对的情况，别急着骂，先找 Claude “润色”一下试试！