最近 Codex 写代码是不是变“笨”了？聊聊我的观察

最近在用 AI 辅助写代码的时候，大家有没有这种感觉：怎么感觉它变“笨”了？

特别是最近这一两天，明显感觉生成的代码质量有点不稳定。有时候给出的方案非常完美，代码逻辑严密，注释也清晰；但有时候又像是个“人工智障”，给出的东西完全没法跑，或者逻辑极其幼稚。

我特意留意了一下，这种感觉似乎主要集中在某些特定的上下文窗口或者模式下运行的时候。有朋友提到所谓的“5.5h 模式”（可能是指某种具体的长上下文或特定参数配置的版本），在这个状态下，模型的“智力”波动尤为明显。

是不是哪里出问题了？

遇到这种情况，第一反应往往会怀疑：是不是我用的这家服务商（俗称“中转”或“中专”）的问题？毕竟很多 API 大家都是通过第三方渠道申请的，渠道商的稳定性、节点选择、甚至是不是偷偷做了限流或者降级，都会影响实际体验。

但换个角度想，这也可能是模型本身的“抽风”，或者是上下文太长导致模型“遗忘”了之前的指令。Codex 这类模型在处理长对话或者复杂项目结构时，确实会出现注意力涣散的情况，导致生成的代码跟实际需求南辕北辙。

怎么办？几个实测小建议

如果你也遇到了类似的“降智”时刻，别急着换服务商，可以试试下面这几招，很多时候能把模型“骂”醒：

1. 清理上下文：如果是长对话，建议开启新的 Session，或者手动删除一些无关紧要的历史记录。太长的上下文窗口往往是导致模型逻辑混乱的罪魁祸首。

2. 明确 Prompt：用极其自然、直白的语言告诉它“你是一个资深工程师，请只输出代码，不要废话”。有时候模型模仿新手写代码，纯粹是因为你的指令让它觉得你在寻求“教学”而不是“交付”。

3. 分步执行：不要一次性丢给它一个整个项目的需求。拆分成小的模块，比如“先写接口定义”、“再写数据库逻辑”，哪怕多费几轮对话，效果通常也比一次性生成要好得多。

4. 切换接口：如果确定是服务商的问题（比如响应慢、频繁报错），那确实需要考虑换个渠道了。市面上做 API 中转的服务商不少，稳定性和价格往往成反比，大家在薅羊毛的时候也要注意甄别。

总结

目前大模型写代码虽然已经到了“可用”的阶段，但还没到“完全可靠”的地步。Codex 作为代码领域的佼佼者，偶尔“降智”也是在所难免。关键在于我们怎么利用 Prompt Engineering（提示词工程）来规避这些短板，把它真正变成提效的神器，而不是给它 debug 的坑。

大家最近用得顺手吗？还是感觉一直在给它改 Bug？欢迎在评论区聊聊你的经验。