佬们 有遇到蹬着瞪着 报这个的情况吗 ？ 可能是跟上下文有关系 我这边清空上下文之后就正常了,遇到同样情况的佬友可以尝试下。 不过发现个有趣的现象是 可能还跟系统有关系 目前出这个错的一直是win10的机器 另外一台mac一直在猛猛蹬 有懂行的佬哥吗 可以解惑一波嘛 嘿嘿 5 个帖子 - 4 位参与者 阅读完整话题
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
The model’s tool call could not be parsed (retry also failed) 频繁报错，换 4.6 就没事
最近知道any上了gpt 5.5，想着用一下，谁知道让他做一个稍微长一点的任务就会报错 ■ {"error":{"message":"The encrypted content gAAA...YfVF could not be verified. Reason: Encrypted content could not be decrypted or parsed. (request id: 20260502142216692587278gJPjAIpO) (request id: 2026050214203799347630snr7ciBx)","type":"invalid_request_error","param":"","code":"invalid_encrypted_content"}} ，搜了其他佬发过的类似错误 codex status_code=400, The encrypted content QVhO...og== could not be verified. Reason: Encrypted content could not be decrypted or parsed. 看到说是中转混用了不同渠道导致的，emmm，这体验真不好 2 个帖子 - 2 位参与者 阅读完整话题
重试可解，大不了多几次，在别的地方找到是说渠道混用： codex status_code=400, The encrypted content QVhO...og== could not be verified. Reason: Encrypted content could not be decrypted or parsed. 开发调优 这个问题我之前也遇到过。 后来发现是因为混用不同渠道的模型导致的。比如有OpenAI官方的，还有来自azure的渠道的。不同渠道的模型产生的加密块是互相不可解密的，所以就会出现你这样的情况。而你又用的是中转，很有可能是上游的中转站混用不同渠道的模型。这个目前来看应该是无解的。 1 个帖子 - 1 位参与者 阅读完整话题
这个 400 不是普通模型失败，也不是模板组装失败。它基本是 Responses API 的 reasoning.encrypted_content 无法被当 前上游解密/校验。 OpenAI 的 Responses API 支持 reasoning.encrypted_content，用于 store:false / 无状态场景，把上一轮 reasoning item 加密后带到下一轮继续用。官方文档说明这个字段是为了让无状态 Responses API 也能在多轮里复用 reasoning ite ms。( developers.openai.com ( Responses | OpenAI API Reference )) 你的报错： The encrypted content gAAA… could not be verified. Reason: Encrypted content could not be decrypted or parsed. 对应场景通常是：请求体里带了上一轮返回的加密 reasoning 内容，但这次转发到了 不能解密它的上游 key / organizat ion / deployment。LiteLLM 的事故报告里明确说过，Responses API 的 encrypted reasoning items 会和创建它们的 Op enAI organization / API key 绑定；负载均衡到不同 API key 或不同 organization 后，后续请求会 400 invalid_encr ypted_content。(docs.litellm.ai ( Incident Report: Encrypted Content Failures in Multi-Region Responses API Load Balancing | liteLLM )) 8 个帖子 - 5 位参与者 阅读完整话题
大家用codex有没有遇到过status_code=400, The encrypted content QVhO…og== could not be verified. Reason: Encrypted content could not be decrypted or parsed.报错？要怎么解决？我用cpa遇到过，用佬友的公益也遇到过。报错说加密内容无法解析。问题是我用就是codex，要加密也是它自己加密的，它自己无法解密？另外不知道和模型有没有关系，我本地有中转一层，把所有的模型统一映射成gpt-5.2,这样不用配置文件改来改去。这模型名字不一样应该没影响吧。本地中转也只是改一下api信息然后透传，应该没有问题。大家有没有遇到过相同的问题？ 2 个帖子 - 2 位参与者 阅读完整话题