重名工具只留一份、插件重放带上调用方身份：两条修复进了 dev，四仓零新版本
13:16 维护者把上一期报的两条单一起挂到 dev 并打上 Fixed：xAI 路由此后按名字去重，插件重放能带上调用方句柄；四个仓库都没有新版本，第三条 cloaking 日期钉只挂到 pending。
北京时间 12:20 到 13:30 这一个多小时，四个仓库没有一个新版本。
CLIProxyAPI 停在 v8.0.42，sub2api 停在 v0.2.18，codex-proxy 停在 v2.1.20，codex2api 停在 v3.1.1。
这一小时里主干只多了一笔提交：sub2api 的赞助商页更新，九个文件全是 README 与图片。CLIProxyAPI 的主干原地不动，dev 的头还是 11:39 的那一笔。
真正动起来的是标签。13:16:24，维护者 luispater 把上一期报的 #6962 与 #6961 一起关联到 dev 上的两笔提交；13:16:34 与 13:16:40，两张单先后打上
Fixed；13:17:33，#6963 打上 pending。上一期写「主干也没有新提交」，说的是它扫描那一刻的快照。这两条缺陷的修复提交落在 11:35:02 与 11:39:33，正好夹在上一期的扫描与发稿之间，本期补上。
重名工具只留一份
#6962 说的是 xAI 路由把顶层
tools 与历史 input[].additional_tools 摊平后拼成一份，同名声明发了两遍，上游回 400 Duplicate function definition provided: clock__sleep。1v8.0.42 里那行拼接没有比对，把历史工具整段追到顶层数组末尾就写回请求体。2
11:39 的那笔提交把追加改成先过一张名字表：顶层数组先走一遍，历史工具再走一遍，共用同一张
seenNames，先到的那份留下。3
xai_executor_request.go 第 1528–1558 行：第 1535 行建表，第 1538–1543 行是顶层一轮的判重，第 1548–1553 行是历史工具那一轮的同一套判断。4先走的是顶层，所以同一个名字在顶层与历史里各有一份时，留下的是顶层那份。客户端如果在历史里塞了与顶层同名、结构却不同的声明，修好之后生效的是顶层这一份。
同一个病根还有第二处。折叠判定数的是摊平后的工具条数，超过
xaiMaxTools = 200 就把整个命名空间打包成一个 dispatcher。旧写法把重复也算进去：120 条真工具加 120 条历史副本记成 240，越线折叠，折叠本身又会产出重复的 dispatcher。67新写法在计数时就按名字去重。两处摊平共用一个
seenFunctionNames，120 加 120 算成 120，不再越线。8回程也跟着改。
unwrapXAIDispatcherArguments 现在按留下的那份声明取子工具，判断这一层。9改动落在三个文件，新增 452 行、删除 21 行，其中 256 行是测试。测试里有一条专门覆盖这个数：120 加 120 去重到 120，仍在 200 以内，于是继续逐条摊平。3
这笔提交只落在 dev。v8.0.42 的 tag 与 main 都还是旧写法，发行版第 1445 行仍然是那句没有比对的追加。眼下能做的还是上一期给的两条：续接时少带历史工具，或把同类请求指向 Chat Completions。
插件重放带上调用方身份
#6961 说的是插件把拦下的 Claude Messages 请求重放一遍时拿不到调用方身份，工具名别名退回固定串
cpa-claude-mcp-default-caller，Anthropic 的缓存前缀跟着换掉，一整轮缓存都读不回来。10v8.0.42 的取值只有一条路：从 gin context 里读 API key，读不到就落回默认串。11
11:35 的那笔提交把取值改成三级回落：先读请求元数据里的
caller_scope，再退到 session.CallerScope(APIKeyFromContext(ctx))，两条都空才用默认串。12
claude_executor_request.go 第 1843–1869 行：第 1852 行读元数据，第 1853–1855 行退到上下文里的 key，第 1856–1858 行才用默认串。13第二级给出的是句柄：
session.CallerScope 对传进来的值做 SHA-256 再转十六进制，转发链上看不到客户端的 key。14三处调用点一起改了：execute 第 214 行、stream 第 209 行、count_tokens 第 220 行，都把
opts.Metadata 与 req.Metadata 传给这个解析函数。151617插件这一侧多了一个字段。
HostModelExecutionRequest 新增 CallerScope，JSON 键是 caller_scope；拦截请求结构体也带上同一个句柄，host 在拦下请求那一刻就填好。1819
sdk/pluginapi/types.go 第 706–718 行：第 714–716 行是 CallerScope 字段与它的注释，说明这个句柄让宿主解析出同一个调用方作用域，同时不暴露客户端的 API key。18升级之后还要改插件，这是这条与上一条的区别。宿主的
ModelExecutionRequest 里没有 metadata 字段，只有 CallerScope；插件调 host.model.execute 时不回填这个字段，宿主就没有第二个来源。20只用内置执行器、没装重放插件的站点不受这条影响。这条修复的收益只落在插件重放能不能命中缓存上。
第三条只挂了一个 pending
#6963 讲 cloaking 的日期钉在非原生客户端上每天午夜后失效：会话 ID 把每请求变化的
cch 一起哈希，钉住的日期自然跟着变。2113:17:33 维护者给它打上
pending，代码没有动，单子仍 open、零评论。原生 Claude Code 的请求不做 cloaking，日期钉这条伤的是非原生客户端；本机没有能让它生效的开关。上游与额度
三家状态页都是绿的。OpenAI 全系统正常，25 个组件没有一个降级，最近一条事件是 CIMD 连接异常，北京 10-24 07:43 恢复。22
Anthropic 同样正常，最近一条是 Fable 5 与 5.1 的报错升高，北京 10-24 13:53 恢复。23
Google Cloud 仍是八条历史事件，最新一条的最后更新停在北京 10-23 00:19。24
额度侧，那句「By midnight PST」还没落地。最新一条帖仍是北京 11:40:04 发的，追踪站把它记成待验证。25
PST 午夜换算到北京有两个数：按字面 UTC−8 是今天 16:00，美国西岸现在在夏令时（UTC−7）是 15:00。现在 13:30，两个数都还没到。
累计口径仍按站分开写。codex-reset 记 57 次已验证重置、10 次已存，最近一次是北京 10-23 01:10。26
opentherank 记 66 次、中位间隔 3 天、最长 68 天，最近一次记录是北京时间 10-24 01:00 的重置，并注明 Tibo 没有单独确认。27
社区这一窗口没有与中转运维相关的新帖。OpenAI 开发者社区 Codex 分区最新一条停在北京 10-25 03:34。28
Google 论坛 Gemini API 分区窗口内三条都是广告与调试提问，Antigravity 分区零条。29
四仓读数
| 仓库 | 当前版本 | 发布时间（北京） | 主干头（北京） | 这一小时 |
|---|---|---|---|---|
| CLIProxyAPI | v8.0.42 33 | 10-24 22:21 | dev 0c61b12（11:39:33） | 两笔修复已在 dev |
| sub2api | v0.2.18 34 | 10-23 15:44 | main 3f1c8f36（13:32:13） | 一笔赞助商页更新 |
| codex-proxy | v2.1.20 35 | 10-23 03:56 | dev 7da608c2（10-23 03:54） | 无 |
| codex2api | v3.1.1 36 | 10-17 05:42 | main 1511374d（10-24 19:52） | 无 |
今天能做的三件事
- 版本先别动。 四个仓库的发行版里都没有今天这两笔修复，眼下的升级无处可去。
- xAI 那条照旧绕。 续接时少带历史
additional_tools，或把同类请求指向 Chat Completions，两条都仍然有效。 - 插件改一行。 等带上
e48d780的版本，升级时让插件把拦截请求里的caller_scope回填到host.model.execute；只用内置执行器的站点跳过这条。
#6963 继续等：单子只到
pending，代码没有动，非原生客户端的日期钉仍按失效处理。References
- 1CLIProxyAPI #6962
github.com
- 2
- 3提交 0c61b12
github.com
- 4
- 5dev xaiDeduplicatedToolName
github.com
- 6
- 7v8.0.42 xaiMaxTools
github.com
- 8dev 第 1136–1203 行
github.com
- 9dev xai_executor_response.go 第 465–495 行
github.com
- 10CLIProxyAPI #6961
github.com
- 11
- 12提交 e48d780
github.com
- 13
- 14dev session/identity.go 第 210–217 行
github.com
- 15dev claude_executor_execute.go 第 214 行
github.com
- 16dev claude_executor_stream.go 第 209 行
github.com
- 17dev claude_executor_tokens.go 第 220 行
github.com
- 18dev sdk/pluginapi/types.go 第 706–718 行
github.com
- 19dev handlers_interceptors.go 第 492–505 行
github.com
- 20dev model_execution.go 第 50–70 行
github.com
- 21CLIProxyAPI #6963
github.com
- 22OpenAI 状态页
status.openai.com
- 23Claude 状态页
status.claude.com
- 24Google Cloud 状态页
status.cloud.google.com
- 25codex-reset 的 feed
codex-reset.com
- 26codex-reset 首页
codex-reset.com
- 27opentherank：Codex reset
opentherank.com
- 28OpenAI 开发者社区 Codex 分区
community.openai.com
- 29Google 开发者论坛 Gemini API 分区
discuss.ai.google.dev
- 30r/ClaudeAI
reddit.com
- 31r/OpenAI
reddit.com
- 32r/GeminiAI
reddit.com
- 33Release v8.0.42
github.com
- 34Release 0.2.18
github.com
- 35Release v2.1.20
github.com
- 36Release v3.1.1
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.