可以看到类似问题其实还是很多的 起因就是当会话接入路由中心在 官方账号+ 各种不同中转站之间路由切换的时候，就有可能出现这个问题 原因就是不同上游的响应签名不一定一样，导致请求会话中的encrypted_content带入下一次会话时，会出现这个报错 ····· 目前比较普及的方案是，复制旧会话的id或者链接，开新会话继续，但是这种难免就会丢失会话记忆，丢失工具调用记录等等 ····· 所以本质上我还是想能够继续会话，只要确保下一次会话请求还是同一个路由中转站就行 研究了一下 效果如下 脚本如下 repair_codex_session.py.zip (4.4 KB) 然后用的话呢 repair_codex_session.py session_id 可以加–dry-run预览一下效果 然后加–apply执行 备份文件的话大概长这样 session.jsonl.thinking-signature-backup-20260930163128 因为是将会话按turn分开处理的，而 thinking_signature_invalid 这个报错不一定会出现在json文件里，所以如果以上处理不了，也可以指定turn-id去处理 比如 repair_codex_session.py session_id --turn-id xxxx --apply 具体的可以让ai帮你分析执行，主要是提供一个思路 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/30 16:48:23