近期，部分开发者在使用第三方 AI 代理服务 “Any” 调用 Claude Code 的网络搜索（WebSearch）功能时遭遇频繁报错，提示 429 服务不可用。经技术排查，该问题并非 Any 平台本身不支持 WebSearch 端点，而是其加强了针对请求来源的严格校验机制。
核心原因在于，Claude Code 发出的 WebSearch 请求中，工具列表通常仅包含单一的 WebSearch 项。当 Any 接收到此类非官方客户端特征的请求时，会因缺少特定的工具列表而直接拦截并返回 429 错误。为此，技术社区提出了一种基于 “override-raw” 的解决方案：利用中间代理（如 CPA）在发送请求时，人为补充 Claude Code 原本携带的其他原生工具列表，从而伪造出符合官方特征的完整请求，成功通过 Any 的校验并恢复搜索功能。此外，针对 WebFetch 功能失效的问题，分析指出这是由于 Any 平台的 Haiku 模型不可用导致，建议将 Haiku 模型映射至其他可用的国产大模型以规避此问题。
事件分析
从技术角度看，此次修复方案展示了协议逆向分析在解决实际故障中的价值。开发者通过注入原生工具列表，本质上是在进行协议层面的适配以绕过风控。这也暴露了当前 AI Agent 生态中存在的技术短板：即工具调用与特定模型的强耦合导致的风险传导。WebFetch 功能因 Haiku 模型不可用而瘫痪，表明上层工具链的稳定性严重依赖底层模型的可用性。未来，AI 工具链的发展需要更解耦的架构设计，以减少对特定模型实例的依赖，从而提高系统的鲁棒性。
💡 核心观点：API 代理的深度校验倒逼开发者具备协议逆向能力，AI 工具链过度依赖特定模型导致了整体稳定性的下降。
原文链接：Linux.do
Codex CLI 深度
AI 模型横评
AI Agent 框架
Claude Code 订阅生存指南