any站GPT反代稳定Claude Code

背景

随着 AI 模型调用需求的增长，用户经常需要通过第三方反向代理服务（如“any站”）来访问 GPT、Claude 等模型，以绕过网络限制或获得更稳定的连接。然而，这些反代服务在实际使用中常出现兼容性问题，例如特定模型配置在官方客户端（如 Codex、Claude code）中无法正常工作，导致工具链交互失败或频繁断连。LINUX DO 社区用户围绕“any站”的反代配置进行了经验分享，旨在解决稳定性问题。

核心内容

用户在使用“any站”提供的反代服务时，发现该站点的 Claude 模型 和 5.3-Codex 模型 均不稳定。具体表现为：将 5.3-Codex 配置到 OpenAI 官方客户端 Codex 时，经常出现 Codex 不接受其传参 tool_search 的问题，导致工具调用失败。

经过尝试，用户将 5.3-Codex 配置到 Claude code（Anthropic 的终端工具）中，并选择接口类型为 OpenAI 接口，模型名称填写为 gpt-5.3-codex。结果运行稳定，直到发帖时未再出现问题。

此外，用户后来观察到 any站 新增了 gpt5.5 模型，但将其代理到 Codex 时同样失败，原因是接口不支持 Codex 所需的功能工具链。然而，将 gpt5.5 反代到 Claude code 则没有问题，再次验证了同一反代源在 Claude code 中的兼容性优于 Codex。

关键要点

• any站 的 Claude 和 5.3-Codex 在官方 Codex 客户端中不稳定，常因 tool_search 传参问题导致调用失败。
• 将 any站 的 5.3-Codex 配置到 Claude code（选择 OpenAI 接口，模型名设为 gpt-5.3-codex）可稳定运行。
• any站 新增的 gpt5.5 模型同样无法兼容 Codex 的工具链，但可稳定用于 Claude code 的反代。
• 核心结论：对于 any站 的反代服务，Claude code 的兼容性明显优于 Codex，用户可通过切换客户端获得稳定体验。

意义与影响

该分享为依赖第三方反代服务的 AI 开发者提供了实用配置方案：当特定模型在官方客户端中频繁出错时，尝试切换至 Claude code 作为运行环境，往往能绕过工具链兼容性问题。这揭示了不同客户端对反代接口的解析差异——Claude code 可能对 OpenAI 兼容接口的容错能力更强，或对 tool_search 等工具调用参数的处理更宽松。同时，也提醒用户在选择反代模型时，需考虑目标客户端的实际支持情况，而不仅仅是模型本身的可用性。未来，随着反代服务与客户端迭代，此类兼容性经验将持续积累，帮助社区更高效地利用有限资源。