最近不少 Codex 用户都在讨论一个现象：同样是让 Codex 写代码、修 bug、做复杂改动，有些账号或会话里的 GPT-5.5 明显更容易“变短”“变懒”“跳步骤”，看起来像是推理预算被提前截断了。社区里一般把这种现象叫“降智”。
这个说法不是单纯体感。OpenAI Codex 仓库里有一个相关 issue（openai/codex #30364）提到，部分 GPT-5.5 的 Codex 响应在 reasoning_output_tokens 上异常集中到几个固定值，尤其是 516，另外还有 1034、1552 这样的固定边界。issue 作者分析了大量 token metadata，认为这种固定聚集不像自然分布，更像某种阈值、预算、调度或 fallback 行为导致的结果。
简单说就是：正常复杂任务的推理 token 应该随任务难度变化，不该大量卡在同一个具体数字上。如果一批复杂任务都在 516 附近停住，就很容易出现“没想完就回答”的效果。表现到用户侧，就是 Codex 写得更浅、修得不彻底、容易跳过边界条件，甚至做一半就开始给总结。
社区里目前有一个非常简单的缓解办法。这个方案来自 Linux.do 上的讨论原文：一句话解决 codex/gpt-5.5 降智问题：
DO NOT send optional commentary把这句话放进 Codex 会读取的 AGENTS.md 里。它不能保证彻底解决 GPT-5.5 降智，但在一些用户的测试里，确实能降低“卡 516 / 变短 / 乱收尾”的概率。
怎么设置
在你的项目根目录新建或编辑 AGENTS.md：
cd /path/to/your-project
touch AGENTS.md（用你习惯的方式创建/修改 AGENTS.md 文件即可）
然后写入这一行：
DO NOT send optional commentary如果你已经有 AGENTS.md，不要覆盖原来的项目规则，直接在合适位置追加即可，例如：
# Project Instructions
DO NOT send optional commentary
- Follow the existing code style.
- Run tests before finalizing changes when possible.
- Do not change unrelated files.保存后，重新打开这个项目里的 Codex 会话，或者新开一个 Codex 任务，让它重新读取项目指令。
为什么是这句话？
关键在 optional commentary。
Codex 的对话并不是只有最终答案。它在工作过程中可能会发送一些中间说明，比如“我正在查看文件”“接下来我会运行测试”“这个地方看起来像问题原因”。这些内容对用户体验有帮助，但对任务本身不一定必要。
问题在于，如果某些 GPT-5.5 会话本来就存在推理预算紧张、固定阈值截断或调度异常，那么这些可有可无的 commentary 可能会占用一部分输出和决策空间。模型一边要执行任务，一边要维持解释性输出，复杂任务里就更容易出现提前收束。
DO NOT send optional commentary 的意思是：
请勿发送非必要的评论。
就是告诉 Codex：能不说的中间废话就别说，把资源留给任务本身。
这样做会带来两个效果。
第一，减少中间输出干扰。 Codex 不再频繁插入过程说明，会更像一个安静执行的 coding agent，把注意力放在读文件、改代码、跑命令、验证结果上。
第二，降低触发短路的概率。 如果降智问题和某种 reasoning/output 边界有关，那么减少可选 commentary 可能会让模型更少碰到“刚开始干活就到边界”的情况。它不一定改变底层预算，但可能减少预算浪费。
所以这条指令更准确的说法是“缓解”，不是“修复”。
总结
Codex GPT-5.5 降智这件事，目前更像是社区根据 token metadata 和实际任务表现观察到的异常现象。GitHub issue 里提到的 516 / 1034 / 1552 reasoning token 聚集，说明 GPT-5.5 在 Codex 场景下可能存在某种固定阈值或预算异常；社区测试则发现，屏蔽不必要的 commentary 可能会缓解这种问题。
操作很简单：在项目的 AGENTS.md 里加一句：
DO NOT send optional commentary如果你使用 Codex、Claude Code 等 AI 编程工具时，经常遇到官方账号封号问题，也可以使用 YYLX.IO 鱼鱼连线 这类 AI 中转站，把常用工具接入到更稳定的统一入口里，减少工具配置和模型调用上的折腾。
参考链接：
发表回复