延迟 MCP 加载不出来：openai-compatibility 那条翻译丢了 tool_search，另外三条路由早有桥接
CLIProxyAPI v8.0.55 把 Responses 翻成 Chat Completions 的那条路会静默丢掉客户端的检索工具声明，连带 Codex 的延迟 MCP 与连接器加载不出来；这篇拆开请求侧与响应侧三处落点、比对另外三条已桥接的路由，并给出今晚就能动手的处置顺序。
这一小时里最该停手看一眼的，是 CLIProxyAPI 上新开的一张单：v8.0.55 上，把 Responses 请求翻成 Chat Completions 再打上游的那条路，把客户端的「检索工具」声明整段丢了。1
后果很具体：Codex 加载不出延迟下发的 MCP 与连接器工具。模型看不到检索工具本身，就不会去搜；搜到的工具名单也不会在后续请求里声明，下一轮自然调不动。
这条路的麻烦之处是静默。请求不报错，响应不报错，日志里也没有一行提示——报障人给的最小复现只有两条工具声明，上游收到的
tools 里就只剩第一条了。1影响面要说清：它只出现在「Responses 请求被翻译成 Chat Completions 再打上游」这一段。直连 Claude、Gemini、Antigravity 的路由各有自己的桥接。如果 Codex 指向的是 Fireworks、llama.cpp、oMLX 这类只提供 Chat Completions 的上游，就是这一段。
丢的是三样东西，落在三个文件里
第一样是声明。翻译器遍历工具声明时用一个 switch 分类，只认没写 type 的普通函数、
function、custom 和 shell 四种；type: "tool_search" 落到 default 直接 return，不留日志。2
internal/translator/openai/openai/responses/openai_openai-responses_tools.go 第 37–70 行：walkResponsesToolDeclarations 里那个 switch 在第 41 行取 type，42/43/45 行只认普通函数、custom 与 shell，50–51 行的 default: return 就是 tool_search 被跳过的地方——跳过时不写日志、不计数。2第二样是回放的历史项。上一轮的
tool_search_call 与 tool_search_output 在 input 数组里各占一项，转换器对不认识的类型只做一件事：把「可合并助手消息位置」标记置成 -1，然后跳过。整个文件里 tool_search 出现 0 次。3
openai_openai-responses_request.go 第 445–470 行：function_call_output 之后是一段处理工具输出的分支，第 460–461 行的 default: mergeableAssistantIndex = -1 就是 tool_search_call 与 tool_search_output 落地的地方——置位后既不报错也不写日志，只是下一轮请求里再没有它们。3第三样在输出侧。响应转换只产出普通函数调用与自定义工具调用两种条目，没有
tool_search_call 的反映射；也就是说，即使上游配合把检索调用发回来，回程也没有对应的形状可以放。4三处加起来才是完整闭环，缺任何一处都用不了。所以别只盯着第一处改——参考实现是请求侧与响应侧一起改的。1
至于为什么你看不到报错：这个转换里唯一的丢弃计数只统计用户轮里发不出去的内容片段（比如只有 url、没有 file id 也没有内联字节的附件），未知输入项与未知工具类型都不进这个计数。5
不是这一版改坏的
先别花时间回滚。对 v8.0.24、v8.0.40、v8.0.50、v8.0.53 四次取同一份文件检索
tool_search，全部 0 处；v8.0.55 也是 0。旧版本的文件可以自己核，比如 v8.0.24 这一份。6
结论是这一路「一直没写」，不是「这一版写坏了」。回滚不解决，单纯等下一版也不一定解决——见下面第三节末尾那条守卫。
同一个能力，另外三条路由已经桥接
三条路按同一组字段摆开，方便横向比：落在哪个文件、怎么映射、哪一版开始有、要不要额外开关。
Claude 这条：
internal/translator/claude/openai/responses/claude_openai-responses_tool_search.go。声明变成普通函数，call 与 output 变成一对 tool_use / tool_result，历史上搜到的工具在后续请求里逐个声明；文件第一次出现在 v8.0.24。7
claude_openai-responses_tool_search.go 第 12–50 行：13–19 行的注释原文写明 Claude 没有对应物、所以声明按普通函数、call 与 output 按 tool_use / tool_result 成对映射；37–41 行则是那条限制——clientToolSearchEnabled 关着时「翻译器保留 tool_search 支持之前的行为」，也就是声明被当普通工具、call 与 output 不映射。7Gemini 这条：
internal/translator/gemini/openai/responses/gemini_openai-responses_tool_search.go。它把回放的 tool_search_call / tool_search_output 就地改写成 function_call / function_call_output，交给已有的配对逻辑，不用额外开关；文件第一次出现在 v8.0.28。8Antigravity 这条：没有独立实现，直接复用 Gemini 那一套；仓库里有一份测试，断言客户端的检索工具声明会以
tool_search 加发现到的工具名一起出现在 functionDeclarations 里。9默认关这一点得单独说，否则照着「换到 Claude 就行」抄多半会踩空。 开关是
upstream.claude.tool-search，默认 false；注释原文的意思是关着时保留支持之前的那套翻译。10
config.example.yaml 第 467–474 行：注释写明打开后 api.anthropic.com 上的凭证（或自建端点里标了 native-tool-search: true 的 key）会走 Anthropic 原生检索，其余凭证回落普通翻译；最后一行 tool-search: false 是默认值。11今晚能做的三件事
第一，能换路由就换，并把开关显式打开。改配置不用重启进程：配置重载时会按新值设置这个开关，下一次请求即按新值走。13
第二，自己编一份。报障人挂在分支上的参考实现基于本版那一笔提交，改动落在请求侧的检索历史预处理与响应侧的
tool_search_call 分支；命名规则是「用户函数先占名，检索工具排在后面，已有同名 tool_search 时检索工具改名 tool_search_1」，主机端执行的检索（execution: "server"）不桥接。他自述在 llama.cpp 上跑了两轮，先拿到检索调用、再拿到带正确命名空间的函数调用，并已在生产使用。14第三，不要指望提个 PR 就能修。仓库的守卫工作流在
internal/translator/** 有改动时直接判失败，文案是要求先给维护团队开 issue。15 报障人正是因此没有开 PR；这张单开出后一小时里零评论、零标签，也没有对应的补丁在评审。上游与社区侧
四个中转方案这一小时零发版：CLIProxyAPI 停在 v8.0.55（北京时间 11-05 02:03 发布）16，sub2api 停在 10-28 的 v0.2.19，codex-proxy 停在 11-03 的 v2.1.23，codex2api 停在 11-04 早上的 v3.1.3。171819
另外，CLIProxyAPI 的 HEAD、main、dev 与 v8.0.55 标签指向同一个提交，也就是说主干上没有等发版的改动——今晚不会有「升一下就好」的窗口。
三家上游状态页这一小时没有新事故：OpenAI 最近一条仍是 11-03 的文件上传错误（北京时间 08:46 起、13:39 恢复）20，Anthropic 与 Google Cloud 的最新记录都停在 10-28。2122
Codex 的额度重置没有落地：今天 UTC 还没重置，最近一次已验证的全局重置在 10-28；追踪站累计 61 次，其中 10 次是存下来待用的 banked。23
社区侧另有一组读数值得盯，但还不能当结论。openai/codex 上北京时间今天 04:27 新开一单：周额度约十分钟内从剩两成掉到 0，作者自己写明分不清是真实消耗、延迟记账还是计量出错。24 这类报障近两天不止一条，但都还没有官方口径；在自己站上遇到，先按「账本可疑」核用量与头里的额度读数，别急着判号。
一句跟进：配置被整体替换后热重载静默停掉的老问题（本刊 10-17 已报过），这一小时有新评论。报障人确认 v8.0.55 上仍复现，并给出他在生产用了半个月的绕法——监听父目录、保留精确路径过滤；他同时提到那张修复现在与 dev 有冲突。25
References
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10config_types.go at v8.0.55
github.com
- 11config.example.yaml at v8.0.55
github.com
- 12config.example.yaml at v8.0.55
github.com
- 13server_reload.go at v8.0.55
github.com
- 14feat/chat-completions-tool-search
github.com
- 15pr-path-guard.yml at v8.0.55
github.com
- 16CLIProxyAPI v8.0.55
github.com
- 17sub2api releases
github.com
- 18codex-proxy releases
github.com
- 19codex2api releases
github.com
- 20File upload errors in ChatGPT
status.openai.com
- 21Anthropic Status
status.anthropic.com
- 22Google Cloud Status
status.cloud.google.com
- 23Codex Reset Tracker
codex-reset.com
- 24
- 25
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.