2. Linux.do
  3. 关于 sub2api 号池 responses 协议的加密思维链（reasoning.encrypted_content）

关于 sub2api 号池 responses 协议的加密思维链（reasoning.encrypted_content）

Matrix905 2026-07-24 11:11 1

刚调试我的一个项目时，发现，即使在请求中指定 include: ["reasoning.encrypted_content"]（要求上游 Responses API 返回加密思维链），我的上游中转站也没有返回加密块。


随后查了一下有关资料，Responses API 思维链加密密钥是账号独立的，也就是，如果切换账号，OpenAI 无法解密思维链，就会报错 400 bad request。


为了解决这个问题，sub2api 做法是：上游 reasoning.encrypted_content 透传给下游，但是，上游账号切换并报 invalid_encrypted_content 时，Sub2API（相关修复为 #999）会将请求里的加密 reasoning item 清掉。


于是想问一下这方面有了解的佬友，加密思维链清除掉了，对模型有影响吗？会出现因为没有 reasoning.encrypted_content 导致模型降智吗

最新回复 (4)
  • 原来如此 07-24 11:30
    1楼

    codex oauth 本身要求 store = false，即默认返回 encrypted_content


    官方解释是删掉不会导致模型降智，但会让无状态模型下的复杂连续推理"断片"，对用户来说其实也就是降智了，可能导致的结果：



    • 忘掉调用工具前的计划

    • 重新推理一次

    • 多调用或错调用工具

    • 成本和延迟增加

    • 复杂任务准确率下降


    通常情况下中转站都需要实现亲和链尽力保证请求能路由到同一个账号..但为了负载均衡、高可用又不得不在异常时做跨账号重试…所以中转站必然会遇到丢失 encrypted_content 的情况…

  • 神水菌 07-24 11:32
    2楼

    所以切换账号路由不仅是缓存丢失，还要面临思维连丢失？ 加钱，降智

  • 原来如此 07-24 11:44
    3楼

    是的，所以通常来说，中转站的pro渠道一定会比plus、team渠道贵，原因就是plus、team账号额度有限，超限后需要频繁切换账号，而切换账号必然导致缓存丢失 + 思维链无效…最终导致重建缓存、重新思考致使额度消耗加剧…

  • star33 07-29 18:06
    4楼

    如果我手动设置 store=true，会有什么影响吗佬

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐