子代理扇出打满单 key，12392 秒冷却抄自上游；Claude Code 2.1.312 的四个头一条没转发

十个子代理请求，一条凭证，三小时半

对于需要按提供方、按凭证粒度区分该策略等更细粒度的调度场景，用户可以基于现有插件机制（例如 scheduler.pick）自行实现插件来完成该功能。1

• 设 routing.session-affinity-subagents: false。冷却风险没了，代价是所有提供方的子代理缓存复用一起没了。
• 设 routing.session-affinity: false。整条亲和关掉，父会话也不再粘在同一凭证上。
• 装插件用 scheduler.pick 自己分。报障人提到的 Kiro 插件就是这么做的：主会话交回内置粘性，带 parent_session_id 的子代理放到负载最低的账号上保粘。

Claude Code 2.1.312 的四个头，一条都没转发

• anthropic-beta 里那五个新令牌有没有。
• 三个 X-Stainless-* 值对不对得上你声称的 CLI 版本。
• cc_entrypoint 是 cli 还是 sdk-cli。
• body 里有没有 safeguards，内容是不是按运行环境取值的。
• fine-grained-tool-streaming 还在不在（2.1.3x 起真机不再发）。

短讯

• CLIProxyAPI PR #7068（16:05 开，1 文件 +5/−5，open、干净）：修昨天 #7064 那条数据竞争。改法是把 streamWriter 与 chunkChannel 在 goroutine 启动前取好、当参数传进去，不再让 goroutine 读 wrapper 的字段12。作者补了昨天没说的第二种后果：goroutine 过了非空检查之后再 range 一个被置 nil 的通道，会永久阻塞，Finalize 就一直等 streamDone。50 个独立进程跑 -race，修前 50/50 失败，修后 0/50。
• sub2api PR #8395（16:43 开，14 文件 +277/−33，clean）：/v1beta/models 改成按分组声明的模型应答。分组里每个可调度 Gemini 账号都配了 model_mapping 时，列表返回各账号映射键的并集，不再挑一个账号把它上游的列表原样透传；只要有一个账号没配映射，仍走原来的透传13。同一张 PR 把三处 Gemini 默认列表统一成 17 个现役模型，移除 2.0/2.5 系列。
• sub2api PR #8396（16:52 开，27 文件 +1865/−24，unstable，默认关闭）：OpenAI 账号的「自动同步上游模型」。每小时一次，每轮最多 20 个账号、并发 4、单账号 30 秒超时；自动添加的模型要连续两次查不到才删14。
• 上游：OpenAI 与 Anthropic 状态页都是 All Systems Operational，没有活动事件；Google Cloud 仍是 europe-west 那条（最后更新 10-28 08:38）。两家重置追踪站对昨天 14:29 那次全局重置的口径没有变化。