最近 Codex 变“降智”了？可能的原因与优化技巧汇总

最近发现身边不少用 AI 辅助编程的朋友都在吐槽：Codex 是不是偷偷“降智”了？明明以前那种稍微复杂的任务都能一次过，现在却得像调教新手一样反复修改 Prompt，甚至得把“强度”拉满才勉强能用。

这种体验确实挺搞心态的。虽然我们没法查证后台模型是不是真的发了新版本或者做了什么限流，但根据过往经验，这种“变笨”的感觉通常不是错觉。今天就来聊聊可能的原因，以及作为终端用户，我们怎么通过调整策略来缓解这个问题。

为啥感觉变笨了？

1. 上下文理解“断层” 很多时候觉得 Codex 变蠢，其实是因为它忘了更早的上下文。如果你的对话链特别长，或者中途切换过任务，模型很容易“出戏”。它可能还在纠结几十行之前的逻辑，导致新生成的代码与现有项目结构对不上，看起来就像是智商下线了。

2. 模型策略的潜在调整 大模型的服务商为了控制成本或安全合规，偶尔会调整生成策略。比如更倾向于生成保守的代码，或者对某些特定 API 的调用增加了限制。这种情况下，你觉得它“不敢写”或者“写不出来”，其实是它在自我设限。

3. 隐式条件变多了 有时候任务描述看似没变，但其实隐含的依赖环境变了。比如你更新了库版本，或者项目结构变复杂了，而 Codex 并没有第一时间感知到这些细微变化，还在用旧逻辑生成代码，结果自然是报错连连。

怎么破？几个实操建议

既然吐槽解决不了问题，不如试试下面这几招，找回一点掌控感。

第一招：精简上下文，定期“清内存” 不要在一个对话里从盘古开天辟地聊到现在。如果任务变了，果断开一个新的 Session。在当前任务中，只保留最核心的代码片段作为上下文喂给它，废话少说。Context 越干净，它注意力越集中，生成质量通常越高。

第二招：Prompt 不仅要写“做什么”，更要写“不能做什么” 以前可能只要说“给我写个登录接口”，它就能写得差不多。现在你得加点“补丁”。明确指定使用的库版本、框架规范、甚至告诉他“不要使用废弃的 API”。负面约束有时候比正面指导更有用。

第三招：化整为零，分步诱导 如果大段代码生成质量差，就把任务拆碎。先让它写数据结构，再写核心逻辑，最后写单元测试。你可以通过连续的小额问答，引导它一步步把复杂逻辑理顺。这比自己反复修改一大坨报错的代码要轻松得多。

第四招：关于“强度”参数的玄学 有朋友提到把“强度”开到高才勉强能用。这通常对应着 Temperature 或者 Top-P 之类的参数。调高“强度”确实能让模型更大胆、发散思维，跳出陈词滥调，但副作用是容易产生幻觉或不稳定。如果开满强度才能用，说明你的 Prompt 可能太模糊了。建议先优化 Prompt 的精确度，再微调这个参数作为辅助。

最后总结

Codex 是个工具，而且是个会受服务端状态影响的工具。遇到它“降智”的时候，与其怀疑它是不是被换了脑子，不如把它当成一个刚入职、需要更详细文档指导的新实习生。把需求写得清清楚楚，把上下文理得明明白白，你会发现它其实还是那个能帮你肝代码的好帮手。

大家最近用得咋样？有没有什么独特的“防降智”秘籍，欢迎在评论区分享交流。