关于 codex 5.6 如何省 token的一些无聊测试和尝试

recronin 2026-07-12 08:03 1

刚才看到说5.6上下文超过 272k 额度消耗会翻倍的震惊帖子后立马测试了一波,


直接说结论


这属于文档误读,原贴图中是 API 的情况, 5.6好不容易抠抠搜搜支持 372K 人为设置 272K 提前压缩效果只会大打折扣。


codex源码文档中虽然有相关概述(应该是关于 API 的),实测分析rollout结果也证实(codex cli pro20)基本额度消耗恒定。


如果使用的中转消耗就更快了,一不留神续不上就全量重放。


关于 ultra 子代理额度消耗大纯属架构问题,fork 架构默认每个子代理全量继承父代理会话上下文,然后又支持套娃。正确设置不用关闭multi_agent, 可以在config.toml中尝试加入 :


[features.multi_agent_v2]
usage_hint_text = '子代理派发:message 必须包含目标、范围、相关文件或已知事实、验收标准和返回格式。自包含任务传 fork_turns="none";仅依赖最近决策时传 "3";不得省略或传 "all"。并行任务不得修改同一文件。完成时仅返回结论、证据或改动、验证和阻塞项;需要澄清用 send_message,需要继续执行用 followup_task, 子代理不得调用 spawn_agent;除非父任务明确要求继续创建子代理。。
'


(个人实测基本美好,具体效果随缘看人品啦 ^-^)

最新回复 (5)
  • GreenNa 07-12 08:05
    1

    我去 上下文全部承接吗 这输入不得爆炸了 我以为他子代理只会获取主对话模型发给子代理的那一串文本 全发是真的逆天了

  • pboy 07-12 08:06
    2

    主要还是请求次数多了,缓存读疯狂吃额度,sub2api中观察到,100多K缓存读一次就0.1刀,然后疯狂请求,事情没干多少,额度却被白吃了很多。

  • FFFFFFFFFir 07-12 08:06
    3

    子代理用的啥模型和推理强度来着,现在不让改了,如果是直接继承父对话的话那就是十几个子代理就是十几个xhigh对话了

  • recronin 楼主 07-12 08:23
    4

    旧版本 v1 协议默认确实不会fork 父会话历史,将 3 改为"none"就可以只派发任务可以到达 v1 版本类似的效果 设置为 3 就是记住近 3 轮的上下文。

  • Astralyn 07-12 08:27
    5

    长上下文翻倍计费已经被官方人员下场辟谣了哦(不过之前会有这种说法确实也有文档描述不清的原因


    OpenAI 员工在 X 上表示超过 272K 双倍收费的说法不实,定价仅针对 API 调用
    [image]
    [image]
* 帖子来源Linux.do
返回