在AGENTS.md中加入“DONOTsendoptionalcommentary”能降低模型出错概率,但只能缓解不能根治。降智本质是错误上下文污染后的连锁反应。减少可选输出、拆分任务、及时验证可预防;出现鬼打墙时需立即重开对话,切断污染链。

AGENTS.md 文件中加入 DO NOT send optional commentary(全局或项目级均可),可有效降低 AI 降智的发生概率。长期稳定更新的攒劲资源: >>>点此立即查看<<<
因此,当 AI 偶尔出错时,最大的问题并非单次回应有误,而是错误内容会成为后续推理的“素材”。继续追问时,它会将之前的错误当作事实进行推导;要求修复时,它会围绕错误前提反复打补丁;提供更多上下文,反而给了它更多机会将噪音编织进新的解释中。这种现象,正是人们真实感受到的“降智”——或者用更形象的说法:鬼打墙。DO NOT send optional commentaryAGENTS.md 中加入 DO NOT send optional commentary,就能显著改善 Codex 5.5 的降智表现。顺着线索查找,找到了 Linux.do 上的原始讨论。作者在自己的测试环境中确实看到正确率明显提升,但也反复强调:这只能缓解,无法根治。
这个发现与我的猜测不谋而合。这句话并非神奇咒语,它之所以有效,核心在于减少了模型的可选输出。Codex 在工作时,除了真正执行任务,还经常附带中间解释、进度描述、推测和总结。正常情况下,这些内容有助于沟通;但当模型状态不佳时,这些“可有可无的话”就可能成为污染源:它可能提前下结论,可能描述并未发生的步骤,也可能将工具调用与自然语言混在一起。
少说一句话,不会让模型变得更聪明;但减少无关上下文,确实能降低被自己误导的风险。
AGENTS.md,要求它先读代码再动手;减少不必要的 commentary;将大任务拆解为小目标;要求它运行测试并提供验证结果;对关键假设要求先确认。这些做法并非追求绝对可靠,而是减少模型在不确定情况下自由发挥的空间。
第二类方法是及时止损。当发现它反复修复同一个 bug、解释越来越长但代码毫无改进、输出格式开始异常、工具调用变为文本、或开始无视刚刚给出的约束时,就不要再强行补救。最有效的做法通常是重开对话,将目标、当前错误、关键文件、已验证的事实压缩为一段干净说明,再让新的上下文接手。
这也是 Agent 的优势所在:将产物落盘保存,通过多个对话完成任务。
将其视为工程卫生问题更为准确:上下文脏了,就清理上下文;任务太大,就拆小;输出开始自我污染,就切断污染链。
DO NOT send optional commentary 这种方法值得尝试,成本低,副作用也明确:中间说明会少一些。但真正关键的是工作流习惯。能够减少噪音时就减少噪音,能够验证时就验证;一旦开始鬼打墙,就不要恋战,换一个干净对话重新开始。
如果各位有更好的经验,欢迎分享。对 AI Agent 使用、Vibe Coding 有任何问题,也欢迎留言讨论。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述