- [Gemini 签名多轮终极治理] 确立客户端验签反向入库、纯思考轮签名暂存交接与哨兵占位兜底黄金法则 (Fixes #3529, Thanks to @BLACK-BIRTHDAY, @Mortalit):
- 实测抓包与根因确诊: 针对社区提出的“多步工具调用（A -> B）时 Gemini 0 reasoning tokens 不下发新签名需前端继承”假说，通过对多份官方时序报文及现场连续调用抓包进行逐字节比对，证实 Google 上游在每一步工具调用中均会签发独一无二的 102 字节独立签名，官方链路中相邻轮次及任意轮次之间签名相等数为 0。报错 400 的根因为部分第三方客户端在接收上游响应后丢弃了签名，或在多轮带回时上送了空签名/破损占位符。
- 客户端签名合法性校验与反向入库闭环: 进站流水线严把入口门禁，对客户端自带的签名进行模型家族深度校验（
is_real_signature && is_likely_gemini_signature）。若合法则予采纳并立即反向入库（写入 SQLitetool_signatures与SignatureCache）；若为空或伪造脏数据则直接剥离丢弃，由网关本地缓存与持久化库回填真实签名。 - 纯思考轮签名暂存与平滑交接 (
pending_thought_sig): 依据官方规范，纯思考轮（无正文、无工具调用）的思考块自身绝不携带签名。若本轮持有有效签名，先暂存在游标中预留给下一轮；若下一轮返回了全新独立签名则直接刷新替代，若下一轮无签名则顺畅交接给后续工具调用的首个锚点。 - 工具调用全局最高优先级与正文/并发隔离: 当轮次同时包含思考块、说明正文（commentary）与多个工具调用时，首个
functionCall拥有绝对全局优先级抢占当轮签名；思考块强制排在parts[0]（无签名），伴随正文与同轮其余并发工具一律不带签名，与官方协议报文 100% 严丝合缝。 - 废除跨轮假签名继承，启用哨兵占位极低概率兜底: 彻底废除跨轮盲目复制其他工具不同真实签名的假说；若经过客户端、本地缓存、SQLite 数据库及纯思考暂存等全链路检索后确实无任何签名，兜底启用旧版官方哨兵字符串
skip_thought_signature_validator，优先挂载在首个工具 fc（无 fc 则挂正文）上保持合法占位，杜绝 400 校验拦截。
Full Changelog: v4.8.5-beta.1...v4.8.5-beta.2