关于codex 518n-2 降智修复方案的疑问

ylxmf 2026-07-07 20:16 1

有的佬不知道我说什么,放几个上下文帖子:


OpenAI 似乎对第三方客户端发出的请求降智,将推理Token限制为516
[image]
[image]
各位大佬有类似的情况吗,有解决的办法吗


本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

我的帖子已经打上 开源推广 标签: 是
我的开源项目完整开源,无未开源部分: 是
我的开源项目已链接认可 LINUX DO 社区: 是
我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
以上选择我承诺是永久有效的,接受社区和佬友监督: 是

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出

前天发起了…

https://linux.do/t/topic/2504036


本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

我的帖子已经打上 开源推广 标签: 是
我的开源项目完整开源,无未开源部分: 是
我的开源项目已链接认可 LINUX DO 社区: 是
我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
以上选择我承诺是永久有效的,接受社区和佬友监督: 是

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出

实现了什么




目前社区看到比较普遍的方法是:检测到特征就continue thinking 通过再发消息(最多有上限如3次),用次数/时间/token 换准确度。这个测试下来,确实会让模型慢很多。而且本质上还是多次请求。


但我看到 issue 里有高赞回答,仅仅删除了codex一段prompt(向用户尽快报告进度):



挺好奇这个方案的原理是什么,以及真的有效吗?如果真有效的话,是为什么呢,是因为官方把518n 作为了推理的batch,过了 518 让模型自己决定是否继续推理?(这样的话 -2 就是 think tag和/或者某些否继续思考的tag呢)


正在测试ing,用一下糖果脚本,测试完直接更新

测试结果(只有这个prompt修改,没加重试):


5次只对了1次,没用,shit。

但这个限制是故意的吗

最新回复 (11)
  • YaLei Li 07-07 20:25
    1

    去除特定提示词,以防干扰上游模型,具体效果如何还需要在实际项目测试吧。

  • ylxmf 楼主 07-07 20:25
    2

    这是 Codex 本人的评价:



    但目前没人了解技术细节吧hh,我现在是2个修复都用了,其实可以拿这个修复做一个那个糖果题的实验来着,我可以做一下有空的话

  • ylxmf 楼主 07-07 20:25
    3

    好像issue里好有人reply有用了

  • YaLei Li 07-07 20:26
    4

    我是准备在我魔改的cpa上加个参数自动清理一下看看

  • YaLei Li 07-07 20:27
    5

    但是我认为通过重试这个方式太粗暴了。速度变慢,费用也会增加

  • enget 07-07 20:27
    6

    请问518n-2是啥意思?没太了解。

  • ylxmf 楼主 07-07 20:28
    7

    但是我认为通过重试这个方式太粗暴了。速度变慢,费用也会增加



    对哦,我现在也在测试,看看真的能过糖果问题,可以考虑关掉重试方法。主要50%的请求都要重试

  • JohnDIck 07-07 20:31
    8

    感觉作用不大,我的model-instructions.md是精简过的加了些ctf说明,但还是会遇到516,可能跟ip有关,重试应该是比较好的修复方法

  • 龙吟 07-07 20:35
    9

    我用的是站里的一个项目,原链接找不到了,但是我给仓库点星了。这个佬把cont加到SSS里了。仓库是cc-switch-codexcont,测试糖果题诗有用的,但是慢。废token,不知道5.6还能不能用。

  • Hao 07-07 20:42
    10

    但是我认为通过重试这个方式太粗暴了。



    目前的工具其实不是“重试”,而是让模型接着之前的思考内容“继续思考”。因为缓存的存在继续思考的代价并不会太大。不是通过不断重试来抽卡。


    实际统计会发现需要继续思考的请求占比不算多,因为继续思考条件是推理长度为 518\times n-2,而日常使用过程中大部分请求推理长度是小于 516 的。可以看这个图



    来源 Reddit



    对于一些需要长推理的关键步骤,能通过继续思考获取高质量的结果无疑能够避免很多麻烦。


    不过这种工具也是仁者见仁,如果觉得 516 降智对自己工作流影响不大,确实没有必要去尝试。

  • YaLei Li 07-07 20:46
    11

    我说的重试不完全准确,是构造继续思考的内容重新发给上游,并把工具调用的内容剥离掉。在上游全部返回所有数据后才能通过推理数判断是否降智了,所以才会拖累速度。

* 帖子来源Linux.do
返回