Claude Code 现可路由到多种模型

Claude Code，Anthropic 的终端编码代理，现在可以通过 Sakana AI 的 Fugu 多模型系统路由任务。它不是调用单一的 Anthropic 模型，而是通过一组环境变量来编排后台的专用模型池。开发者一直在推动编码工具获得更多灵活性，而这一集成就是答案之一。

Fugu 本身并不是编码助手。它是一个编排层，位于你和前沿模型池之间。每个任务会被路由到最适合的模型，结果组合成一个响应。Sakana 的论点是，协调的开源和专用模型组合可以超越单体系统，同时避免供应商锁定。其他工具也开始构建这个编排层。

集成的工作原理

Claude Code 通过五个 ANTHROPIC_* 环境变量连接到 Fugu。关键的是 ANTHROPIC_BASE_URL，现在指向 Sakana 的 API 端点而非 Anthropic 的。模型层级映射很直接：Opus 变为 Fugu Ultra，Sonnet 和 Haiku 映射到基础 Fugu 模型，可选的 Fable 层级变为 Fugu Cyber。子代理也使用基础 Fugu 模型。

用户在 shell 会话中导出这些变量，然后正常启动 claude。终端感觉一样，但处理所有工作的模型现在是一个路由系统。Sakana 为 Ubuntu 和 macOS 提供一行安装程序，Windows 则需要手动步骤。

存在一些外观上的不匹配。Claude Code 的力度滑块显示六个档位，但 Fugu 只有两个实际级别（high 和 xhigh），因此同一组内的档位行为相同。模型选择器显示 Sonnet 和 Haiku 为两行，但均解析为同一个 Fugu 模型。Sakana 表示这些不影响功能。

这对编码工作流为何重要

这一集成表明模型正成为即插即用的组件，而非固定依赖。不同于让开发者自行选择正确模型并管理多个提供商密钥，像 Claude Code 这样的工具现在可以将这一选择委托给编排器。Sakana 早前在 Fugu Cyber 和安全专用路由方面的工作已在特定背景下测试了这一想法。将其引入 Claude Code 使其面向更广泛的受众。

任何管理多个模型 API 密钥的人都知道其中的麻烦。Fugu 将其抽象在单一端点之后，对 Claude Code 用户而言，意味着无需离开终端即可访问来自不同提供商的模型。其他方法如 Ollama 为 Claude Code 提供的并行子代理正从不同角度解决同一问题。

Sakana 的价值主张：你保留 Claude Code 的界面和工具链，但实际推理由动态组建的模型团队完成。该公司长期以来一直声称协作式开源模型可以匹敌前沿系统。这一集成将这一主张转化为实际测试。但正如近期代理在生产中的失败所表明的，编排的好坏取决于其底层的规划层。