提供商 (Provider) 选餐厅,入口 (Gateway) 选下单方式。
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:
3. 入口 (Gateway) 示例
需要路由策略、可观测性或入口侧控制时使用gateway="portkey":
入口 (Gateway) 配置 walkthrough 见 首个 LLM §5.2 与 高级 LLM。
4. Anthropic 入口 (Gateway) 决策
HeavenBase 支持两条 Anthropic 路由。用 OpenAI SDK 兼容端点 (Endpoint) 做快速 Claude 检查及与其他 OpenAI 兼容提供商 (Provider) 的比较:preset -> model -> provider -> gateway,最终 URL 来自 provider 配置、gateway 配置或调用时 base_url=... 覆盖。原生入口 (Gateway) 将 HeavenBase 内部 OpenAI 风格 message/tool 历史转换为 Anthropic Messages 载荷,将规范 think 与 reasoning_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。
materialize() 获取路由证据:
5. GLM 与 Z.ai 路由检查
GLM 工具调用验证保持原生 OpenAI JSON tools 为默认。需要广泛兼容路由时,从通过 Portkey 的 OpenRouter 上的glm-flash 开始。
6. 代理 (Proxy) 与 VPN 说明
本地 live 检查可使用提供商 (Provider) 密钥、base URL 覆盖,以及~/.bashrc 中的简单 proxy 导出,包括 HTTP_PROXY、HTTPS_PROXY 与 NO_PROXY。当 VPN/TUN 模式改变 GLM、Anthropic 或 OpenRouter 可达性时使用这些导出。
也可直接传入 proxy 设置:

