Skip to main content
提供商 (Provider) 选餐厅,入口 (Gateway) 选下单方式。
HeavenBase 将模型由谁提供(provider)与请求如何发送(gateway)分开配置。多数项目只需设置一个 API 密钥、保留默认 openrouter 提供商 (Provider),在需要 Portkey、LiteLLM 或原生 Anthropic 之前无需改动入口 (Gateway) 配置。

1. 默认路由

新项目设置一个 OpenRouter 密钥并使用预设 (Preset):
preset="chat" 默认解析为 deepseek-v4-flash。内置默认提供商 (Provider) 为 openrouter,默认入口 (Gateway) 为 openai,即 HeavenBase 通过 OpenAI Python SDK 访问提供商 (Provider) 的 OpenAI 兼容端点 (Endpoint)。 完整提供商 (Provider) 目录与各密钥配置示例见 首个 LLM

2. 切换默认提供商 (Provider)

当大多数调用应使用同一提供商 (Provider) 时,设置 default_provider
比较路由时为单次调用指定显式提供商 (Provider):

3. 入口 (Gateway) 示例

需要路由策略、可观测性或入口侧控制时使用 gateway="portkey"
进行简短 live 路由检查时,这是低成本的确定性路径:
入口 (Gateway) 配置 walkthrough 见 首个 LLM §5.2 与 高级 LLM

4. Anthropic 入口 (Gateway) 决策

HeavenBase 支持两条 Anthropic 路由。用 OpenAI SDK 兼容端点 (Endpoint) 做快速 Claude 检查及与其他 OpenAI 兼容提供商 (Provider) 的比较:
需要官方 Anthropic Python SDK 与 Claude Messages 格式时使用原生入口 (Gateway):
当前路由为 preset -> model -> provider -> gateway,最终 URL 来自 provider 配置、gateway 配置或调用时 base_url=... 覆盖。原生入口 (Gateway) 将 HeavenBase 内部 OpenAI 风格 message/tool 历史转换为 Anthropic Messages 载荷,将规范 thinkreasoning_effort 控制映射到 Anthropic thinking 字段,再将响应归一化回常用 include 字段。 代理 (Proxy) 支持符合该模型:
  • Portkey 支持 OpenAI Chat Completions、OpenAI Responses 与 Anthropic Messages 入口 (Gateway) 格式。
  • LiteLLM 通过 anthropic/ provider 路由与 /v1/messages 透传支持 Anthropic。
  • Bifrost 通过 OpenAI 兼容转换为 /v1/messages,以及 provider 兼容 Anthropic SDK 端点 (Endpoint) 支持 Anthropic。
无需 live Claude 花费即可用 materialize() 获取路由证据:

5. GLM 与 Z.ai 路由检查

GLM 工具调用验证保持原生 OpenAI JSON tools 为默认。需要广泛兼容路由时,从通过 Portkey 的 OpenRouter 上的 glm-flash 开始。

6. 代理 (Proxy) 与 VPN 说明

本地 live 检查可使用提供商 (Provider) 密钥、base URL 覆盖,以及 ~/.bashrc 中的简单 proxy 导出,包括 HTTP_PROXYHTTPS_PROXYNO_PROXY。当 VPN/TUN 模式改变 GLM、Anthropic 或 OpenRouter 可达性时使用这些导出。 也可直接传入 proxy 设置:

进一步探索

相关资源:
  • 首个 LLM — 配置密钥并运行首次对话。
  • LLM 概述 — 预设 (Preset)、模型与解析模型。
  • 高级 LLM — 入口 (Gateway) 深度、缓存与上游限制。