丢掉 mcp__ 前缀的半截工具名，v8.0.46 原样退回客户端；修复 PR 还没合入 (2026)

北京 02:26 之后这一小时，四个仓库还是没有新版本：CLIProxyAPI v8.0.46、sub2api v0.2.19、codex-proxy v2.1.21、codex2api v3.1.2 都停在原处。1 2 3 4

窗口里唯一实质变化是一张补丁：CLIProxyAPI #7085，北京 02:25 开出，现在开着、没合、也没有人工评审。5

它修的事在你站上会真的发生：模型偶尔把工具名吐成半截，v8.0.46 原样交回客户端，客户端回一句 Tool xxx not found。

先认现象：报错里的名字没有 mcp__

有人把它量化过。五天正常使用，13 次 unknown tool，形状完全一致。6

名字是一个词加下划线再加你自己的工具名，比如 orbit_edit；涉及的工具是 edit、write、bash、codemode。

全部来自 claude-opus-5-5，每次模型在下一轮都自己改回正确的工具。6

所以它的代价是一轮往返，不是硬失败。但如果你的客户端一遇到未声明工具就中止整段，你看到的现象会更重。

名字是怎么被改出来的

Claude OAuth 凭证下，客户端声明的第三方工具在发往上游前会被改成一个 Claude Code 风格的 MCP 名字。7

这不是猜测，配置样例里自己写着：每个走 cloaking 的 OAuth 请求上的自定义工具，都会自动用一条稳定的 mcp__<server>__<tool> 别名。8

别名拼接函数 — v8.0.46 的 `internal/runtime/executor/helps/claude_mcp_alias.go` 第 83–89 行：第 84 行把前缀拼成 `"mcp__" + server + "__" + toolID + "_"`，第 85–88 行把语义尾巴截到总长 64 字符以内，第 89 行拼出完整别名。7

server 和 toolID 都取自 BIP-39 英文词表。注释写明理由：用词而不是高熵片段，是为了让弱模型不容易漂。7

漂就是这么漂的：模型丢掉整段 mcp__<server>__，只剩 orbit_edit 这一截。

v8.0.46 在这一行把它放过去

收到响应时，代理要按请求内的反向表把名字还原，入口是 resolve()。9

还原函数与它的早退点 — v8.0.46 的 `internal/runtime/executor/claude_executor_request.go` 第 2407–2422 行：第 2408–2414 行先查精确表，第 2416 行取服务器名，第 2417–2419 行是「服务器不在表里就原样返回」的那处早退。9

半截名字的服务器段是空串，于是它从这一行出去，一个字节都不改。

其它几种漂移早就兜住了：重复的服务器段会一层层剥掉，后缀唯一匹配会还原，匹配到多个则报请求级错误。9

缺的只有「前缀整段不见」这一种。

补丁怎么补

补丁在那处早退前面插了一个新函数，专门认这种半截名字。5

补丁新增的还原函数 — PR 分支上的 `internal/runtime/executor/claude_executor_request.go` 第 2346–2373 行：第 2353 行拒绝空名与 `mcp__` 开头的名字，第 2356–2360 行拒绝调用方自己声明的原名，第 2361–2363 行先补一个 `mcp__` 查精确表，第 2366–2372 行只在恰好一个候选时才还原。5

它守的边界挺克制：不改以 mcp__ 开头的名字，不改调用方声明的名字，只认唯一的精确尾巴。

两条还原路径都经过 resolve()——非流式的整段响应，和流式逐行的 content_block_start。9

所以一处补，两边都受益。

维护者 10 月 22 日说过不修

这条单不新。10 月 21 日开，10 月 22 日北京 11:08 被关成 not planned。6

关单理由写得很清楚：这被视为上游模型的输出漂移与指令跟随问题，不是代理请求/响应映射的缺陷；并且明说不打算为这类无前缀调用再加兜底。10

六天后这张 PR 做的，正好就是那句「不打算加」。

所以别把它当成「很快就会发版」的事。它现在 open、mergeable clean、零人工评审，合不合取决于维护者改不改口。5

两条未解评审各自会打掉什么

自动评审在北京 02:32 给了两条 P2，都没解。5

第一条：同一请求里既有内置的 web_search，又有自定义的 search；若 search 分到的 toolID 恰好是 web（词表里 1/2048 的概率），返回的 tool_reference 名字 web_search 会被改写成 search。11

内置工具不进反向表，新函数看不见「这个名字是调用方声明的」。

第二条：mcp__develop_ocean__timber_eval（对应 eval）与 mcp__develop_ocean__develop_ocean__timber_eval（对应 ocean__timber_eval）同请求并存时，模型吐 develop_ocean__timber_eval，两种前缀还原都成立。12

补丁里先做的那次精确查找会直接选 eval，唯一尾巴那段轮不到——结果是调错工具。

两条都不是「偶发报错」，而是「静默换成另一个工具」。这比原来的 unknown tool 更难查。

今晚能做的三件事

第一步，先认判据：报错名字没有 mcp__、形状是「一个词_你的工具名」、站点用的是 Claude OAuth 凭证。三条都对，就不是你的工具表写错了。

第二步，想现在止血只有一条开关：别名层只在 cloaking 打开时跑。13

别名层的前置条件 — v8.0.46 的 `internal/runtime/executor/claude_executor_execute.go` 第 205–226 行：第 214 行是 `if fp.MCPAlias && cloaked {`，整段别名改写在这个条件里；第 227–230 行的敏感词处理同样只在 cloaked 时跑。13

把这张凭证的 cloaking 关掉，别名层整段不跑，名字也就不会被改：凭证 JSON 里写 cloak_mode: never，或者全局关 upstream.claude.disable-claude-cloak-mode。8

代价你看得出来：整套 Claude Code 伪装一起停用。为一个偶尔出现的半截名字去关它，不值。

第三步，跟进展，别自己造版本：#7085 那笔现在只在作者的分支上，dev 头停在北京 21:38、main 停 18:33，都早于这个窗口。

窗口里其它两条

一条是与生产无关的测试修：#7086，北京 02:45 开，1 个文件 +10/−5。14

它把一处竞态改成等通道。作者自己给的数字：main 上 -count=50 跑 50 次红了 23 次，改完 dev 上 50 次全过。生产行为本来是对的，红的是测试。

另一条是被关掉的功能请求：#7080，北京 22:19 开、03:08 关成 completed，零评论。15

内容是希望代理 macOS 版 Gemini Desktop 的 Task 模式，绕开 Antigravity 拿不到 Pixel 附送的那份 Gemini 4。关单没有任何说明，就当这条路暂时没有。

上游与额度：这一小时没动

OpenAI 全绿，没有降级组件。16

最近一条事件是 10 月 27 日深夜那次 6.1 Sol 降级，从 23:02 到次日 00:20，一个多小时就恢复了。16

Anthropic 现在是 Partially Degraded Service，唯一的活动事件是 Google Calendar 连接器出错，等级 minor。17

那个事件今天 00:19 起，最近一次更新是 01:59，仍是 investigating，挂着 claude.ai、Claude Code、Claude Cowork 三个组件的性能下降。18

是连接器，不是额度。别把它写成限流事故。

Google Cloud 这边 8 条事件没有新增，最近一次改动停在北京 08:38。19

Codex 重置这一侧没有新信号：昨天下午 14:35 那次已验证的全局重置前面几期已经写过，窗口内也没有新帖。20

两家追踪站的累计口径仍然不同：一家写 61 次全局、10 次 banked、pace 约每两天；另一家写 69 次、中位间隔 2.9 天。20 21

社区同样安静。OpenAI 开发者社区 Codex 分区最新话题停在 01:16，Antigravity 分区 01:43、Gemini API 分区 00:47，都在窗口之前。22 23

r/ClaudeAI 与 r/OpenAI 的最后一条都在 02:17。窗口内只有 r/GeminiAI 一条谈 Gemini 年底回归的闲聊，与额度和风控无关，没写。24

今晚三步

第一步，客户端报 unknown tool 时，先看名字前半截有没有 mcp__。没有，就是这条，别去改工具表。

第二步，别为一个半截名字关掉 cloaking。

第三步，盯 #7085 进不进 dev；等它进了下一版，再看那两条 P2 有没有一起解决。

References

1
CLIProxyAPI releases
github.com
2
sub2api releases
github.com
3
codex-proxy releases
github.com
4
codex2api releases
github.com
5
CLIProxyAPI pull 7085：restore OAuth MCP tool aliases emitted without their prefix
github.com
6
CLIProxyAPI issue 6848
github.com
7
CLIProxyAPI v8.0.46 helps/claude_mcp_alias.go
github.com
8
CLIProxyAPI v8.0.46 config.example.yaml
github.com
9
CLIProxyAPI v8.0.46 internal/runtime/executor/claude_executor_request.go
github.com
10
CLIProxyAPI issue 6848 关闭说明
github.com
11
评审意见：Preserve declared server tools during prefix recovery
github.com
12
评审意见：Reject aliases ambiguous across the two prefix forms
github.com
13
CLIProxyAPI v8.0.46 internal/runtime/executor/claude_executor_execute.go
github.com
14
CLIProxyAPI pull 7086
github.com
15
CLIProxyAPI issue 7080：Add Gemini Desktop for macOS Proxy
github.com
16
OpenAI Status
status.openai.com
17
Claude Status
status.claude.com
18
Claude 状态页：Google Calendar 连接器错误
status.claude.com
19
Google Cloud incidents.json
status.cloud.google.com
20
Codex reset tracker
codex-reset.com
21
opentherank Codex reset
opentherank.com
22
OpenAI 开发者社区 Codex 分区
community.openai.com
23
Google 开发者论坛 Antigravity 分区
discuss.ai.google.dev
24
r/GeminiAI：Gemini making comeback before year end
reddit.com

北京 02:26 之后这一小时，四个仓库还是没有新版本：CLIProxyAPI v8.0.46、sub2api v0.2.19、codex-proxy v2.1.21、codex2api v3.1.2 都停在原处。1 2 3 4

窗口里唯一实质变化是一张补丁：CLIProxyAPI #7085，北京 02:25 开出，现在开着、没合、也没有人工评审。5

它修的事在你站上会真的发生：模型偶尔把工具名吐成半截，v8.0.46 原样交回客户端，客户端回一句 Tool xxx not found。

先认现象：报错里的名字没有 mcp__

有人把它量化过。五天正常使用，13 次 unknown tool，形状完全一致。6

名字是一个词加下划线再加你自己的工具名，比如 orbit_edit；涉及的工具是 edit、write、bash、codemode。

全部来自 claude-opus-5-5，每次模型在下一轮都自己改回正确的工具。6

所以它的代价是一轮往返，不是硬失败。但如果你的客户端一遇到未声明工具就中止整段，你看到的现象会更重。

名字是怎么被改出来的

Claude OAuth 凭证下，客户端声明的第三方工具在发往上游前会被改成一个 Claude Code 风格的 MCP 名字。7

这不是猜测，配置样例里自己写着：每个走 cloaking 的 OAuth 请求上的自定义工具，都会自动用一条稳定的 mcp__<server>__<tool> 别名。8

server 和 toolID 都取自 BIP-39 英文词表。注释写明理由：用词而不是高熵片段，是为了让弱模型不容易漂。7

漂就是这么漂的：模型丢掉整段 mcp__<server>__，只剩 orbit_edit 这一截。

v8.0.46 在这一行把它放过去

收到响应时，代理要按请求内的反向表把名字还原，入口是 resolve()。9

半截名字的服务器段是空串，于是它从这一行出去，一个字节都不改。

其它几种漂移早就兜住了：重复的服务器段会一层层剥掉，后缀唯一匹配会还原，匹配到多个则报请求级错误。9

缺的只有「前缀整段不见」这一种。

补丁怎么补

补丁在那处早退前面插了一个新函数，专门认这种半截名字。5

它守的边界挺克制：不改以 mcp__ 开头的名字，不改调用方声明的名字，只认唯一的精确尾巴。

两条还原路径都经过 resolve()——非流式的整段响应，和流式逐行的 content_block_start。9

所以一处补，两边都受益。

维护者 10 月 22 日说过不修

这条单不新。10 月 21 日开，10 月 22 日北京 11:08 被关成 not planned。6

关单理由写得很清楚：这被视为上游模型的输出漂移与指令跟随问题，不是代理请求/响应映射的缺陷；并且明说不打算为这类无前缀调用再加兜底。10

六天后这张 PR 做的，正好就是那句「不打算加」。

所以别把它当成「很快就会发版」的事。它现在 open、mergeable clean、零人工评审，合不合取决于维护者改不改口。5

两条未解评审各自会打掉什么

自动评审在北京 02:32 给了两条 P2，都没解。5

内置工具不进反向表，新函数看不见「这个名字是调用方声明的」。

补丁里先做的那次精确查找会直接选 eval，唯一尾巴那段轮不到——结果是调错工具。

两条都不是「偶发报错」，而是「静默换成另一个工具」。这比原来的 unknown tool 更难查。

今晚能做的三件事

第一步，先认判据：报错名字没有 mcp__、形状是「一个词_你的工具名」、站点用的是 Claude OAuth 凭证。三条都对，就不是你的工具表写错了。

第二步，想现在止血只有一条开关：别名层只在 cloaking 打开时跑。13

把这张凭证的 cloaking 关掉，别名层整段不跑，名字也就不会被改：凭证 JSON 里写 cloak_mode: never，或者全局关 upstream.claude.disable-claude-cloak-mode。8

代价你看得出来：整套 Claude Code 伪装一起停用。为一个偶尔出现的半截名字去关它，不值。

第三步，跟进展，别自己造版本：#7085 那笔现在只在作者的分支上，dev 头停在北京 21:38、main 停 18:33，都早于这个窗口。

窗口里其它两条

一条是与生产无关的测试修：#7086，北京 02:45 开，1 个文件 +10/−5。14

它把一处竞态改成等通道。作者自己给的数字：main 上 -count=50 跑 50 次红了 23 次，改完 dev 上 50 次全过。生产行为本来是对的，红的是测试。

另一条是被关掉的功能请求：#7080，北京 22:19 开、03:08 关成 completed，零评论。15

内容是希望代理 macOS 版 Gemini Desktop 的 Task 模式，绕开 Antigravity 拿不到 Pixel 附送的那份 Gemini 4。关单没有任何说明，就当这条路暂时没有。

上游与额度：这一小时没动

OpenAI 全绿，没有降级组件。16

最近一条事件是 10 月 27 日深夜那次 6.1 Sol 降级，从 23:02 到次日 00:20，一个多小时就恢复了。16

Anthropic 现在是 Partially Degraded Service，唯一的活动事件是 Google Calendar 连接器出错，等级 minor。17

那个事件今天 00:19 起，最近一次更新是 01:59，仍是 investigating，挂着 claude.ai、Claude Code、Claude Cowork 三个组件的性能下降。18

是连接器，不是额度。别把它写成限流事故。

Google Cloud 这边 8 条事件没有新增，最近一次改动停在北京 08:38。19

Codex 重置这一侧没有新信号：昨天下午 14:35 那次已验证的全局重置前面几期已经写过，窗口内也没有新帖。20

两家追踪站的累计口径仍然不同：一家写 61 次全局、10 次 banked、pace 约每两天；另一家写 69 次、中位间隔 2.9 天。20 21

社区同样安静。OpenAI 开发者社区 Codex 分区最新话题停在 01:16，Antigravity 分区 01:43、Gemini API 分区 00:47，都在窗口之前。22 23

r/ClaudeAI 与 r/OpenAI 的最后一条都在 02:17。窗口内只有 r/GeminiAI 一条谈 Gemini 年底回归的闲聊，与额度和风控无关，没写。24

今晚三步

第一步，客户端报 unknown tool 时，先看名字前半截有没有 mcp__。没有，就是这条，别去改工具表。

第二步，别为一个半截名字关掉 cloaking。

第三步，盯 #7085 进不进 dev；等它进了下一版，再看那两条 P2 有没有一起解决。

References

1
CLIProxyAPI releases
github.com
2
sub2api releases
github.com
3
codex-proxy releases
github.com
4
codex2api releases
github.com
5
CLIProxyAPI pull 7085：restore OAuth MCP tool aliases emitted without their prefix
github.com
6
CLIProxyAPI issue 6848
github.com
7
CLIProxyAPI v8.0.46 helps/claude_mcp_alias.go
github.com
8
CLIProxyAPI v8.0.46 config.example.yaml
github.com
9
CLIProxyAPI v8.0.46 internal/runtime/executor/claude_executor_request.go
github.com
10
CLIProxyAPI issue 6848 关闭说明
github.com
11
评审意见：Preserve declared server tools during prefix recovery
github.com
12
评审意见：Reject aliases ambiguous across the two prefix forms
github.com
13
CLIProxyAPI v8.0.46 internal/runtime/executor/claude_executor_execute.go
github.com
14
CLIProxyAPI pull 7086
github.com
15
CLIProxyAPI issue 7080：Add Gemini Desktop for macOS Proxy
github.com
16
OpenAI Status
status.openai.com
17
Claude Status
status.claude.com
18
Claude 状态页：Google Calendar 连接器错误
status.claude.com
19
Google Cloud incidents.json
status.cloud.google.com
20
Codex reset tracker
codex-reset.com
21
opentherank Codex reset
opentherank.com
22
OpenAI 开发者社区 Codex 分区
community.openai.com
23
Google 开发者论坛 Antigravity 分区
discuss.ai.google.dev
24
r/GeminiAI：Gemini making comeback before year end
reddit.com

丢掉 mcp__ 前缀的半截工具名，v8.0.46 原样退回客户端；修复 PR 还没合入

先认现象：报错里的名字没有 mcp__

名字是怎么被改出来的

v8.0.46 在这一行把它放过去

补丁怎么补

维护者 10 月 22 日说过不修

两条未解评审各自会打掉什么

今晚能做的三件事

窗口里其它两条

上游与额度：这一小时没动

今晚三步

References

Related content

丢掉 mcp__ 前缀的半截工具名，v8.0.46 原样退回客户端；修复 PR 还没合入

先认现象：报错里的名字没有 mcp__

名字是怎么被改出来的

v8.0.46 在这一行把它放过去

补丁怎么补

维护者 10 月 22 日说过不修

两条未解评审各自会打掉什么

今晚能做的三件事

窗口里其它两条

上游与额度：这一小时没动

今晚三步

References

Related content