提供商运行时解析
Hermes 有一个共享的提供商运行时解析器,用于:
- CLI
- 网关
- cron 作业
- ACP
- 辅助模型调用
主要实现:
hermes_cli/runtime_provider.py—— 凭证解析、_resolve_custom_runtime()hermes_cli/auth.py—— 提供商注册表、resolve_provider()hermes_cli/model_switch.py—— 共享的/model切换管道(CLI + 网关)agent/auxiliary_client.py—— 辅助模型路由
如果你尝试添加新的第一类推理提供商,请同时阅读添加提供商。
解析优先级
在高层,提供商解析使用:
- 显式 CLI/运行时请求
config.yaml模型/提供商配置- 环境变量
- 提供商特定的默认值或自动解析
该顺序很重要,因为 Hermes 将保存的模型/提供商选择视为正常运行的真实来源。这防止陈旧的 shell 导出静默覆盖用户在 hermes model 中最后选择的端点。
提供商
当前的提供商系列包括:
- AI Gateway (Vercel)
- OpenRouter
- Nous Portal
- OpenAI Codex
- Copilot / Copilot ACP
- Anthropic (原生)
- Google / Gemini
- Alibaba / DashScope
- DeepSeek
- Z.AI
- Kimi / Moonshot
- MiniMax
- MiniMax China
- Kilo Code
- Hugging Face
- OpenCode Zen / OpenCode Go
- Custom (
provider: custom) —— 任何 OpenAI 兼容端点的第一类提供商 - 命名自定义提供商(config.yaml 中的
custom_providers列表)
运行时解析的输出
运行时解析器返回以下数据:
providerapi_modebase_urlapi_keysource- 提供商特定的元数据,如过期/刷新信息
为什么这很重要
此解析器是 Hermes 能够在以下之间共享认证/运行时逻辑的主要原因:
hermes chat- 网关消息处理
- 在新会话中运行的 cron 作业
- ACP 编辑器会话
- 辅助模型任务
AI Gateway
在 ~/.hermes/.env 中设置 AI_GATEWAY_API_KEY 并使用 --provider ai-gateway 运行。Hermes 从网关的 /models 端点获取可用模型,过滤到支持工具使用的语言模型。
OpenRouter、AI Gateway 和自定义 OpenAI 兼容基础 URL
Hermes 包含逻辑以避免当多个提供商密钥存在时将错误的 API 密钥泄漏到自定义端点(例如 OPENROUTER_API_KEY、AI_GATEWAY_API_KEY 和 OPENAI_API_KEY)。
每个提供商的 API 密钥限定在自己的基础 URL:
OPENROUTER_API_KEY仅发送到openrouter.ai端点AI_GATEWAY_API_KEY仅发送到ai-gateway.vercel.sh端点OPENAI_API_KEY用于自定义端点并作为回退
Hermes 还区分:
- 用户选择的真正自定义端点
- 未配置自定义端点时使用的 OpenRouter 回退路径
这种区分对于以下情况尤其重要:
- 本地模型服务器
- 非 OpenRouter/非 AI Gateway 的 OpenAI 兼容 API
- 无需重新运行设置即可切换提供商
- 即使当前 shell 中未导出
OPENAI_BASE_URL,也应继续工作的配置保存的自定义端点
原生 Anthropic 路径
Anthropic 不再只是"通过 OpenRouter"。
当提供商解析选择 anthropic 时,Hermes 使用:
api_mode = anthropic_messages- 原生 Anthropic Messages API
agent/anthropic_adapter.py进行转换
原生 Anthropic 的凭证解析现在优先选择可刷新的 Claude Code 凭证,而不是复制的环境令牌(当两者都存在时)。实践中这意味着:
- 当 Claude Code 凭证文件包含可刷新认证时,它们被视为首选来源
- 手动的
ANTHROPIC_TOKEN/CLAUDE_CODE_OAUTH_TOKEN值仍然作为显式覆盖工作 - Hermes 在原生 Messages API 调用前预检 Anthropic 凭证刷新
- Hermes 在重建 Anthropic 客户端后仍在 401 时重试一次,作为回退路径
OpenAI Codex 路径
Codex 使用单独的 Responses API 路径:
api_mode = codex_responses- 专用的凭证解析和认证存储支持
辅助模型路由
辅助任务如:
- 视觉
- 网页提取摘要
- 上下文压缩摘要
- 会话搜索摘要
- 技能中心操作
- MCP 辅助操作
- 记忆刷新
可以使用自己的提供商/模型路由,而不是主对话模型。
当辅助任务配置提供商 main 时,Hermes 通过与普通聊天相同的共享运行时路径解析它。实践中这意味着:
- 环境驱动的自定义端点仍然工作
- 通过
hermes model/config.yaml保存的自定义端点也工作 - 辅助路由可以区分真正保存的自定义端点和 OpenRouter 回退
回退模型
Hermes 支持配置的回退模型/提供商对,允许主模型遇到错误时进行运行时故障转移。
内部工作原理
存储:
AIAgent.__init__存储fallback_model字典并设置_fallback_activated = False。触发点:
run_agent.py主重试循环中的三个位置调用_try_activate_fallback():- 无效 API 响应的最大重试后(None 选项,缺少内容)
- 不可重试的客户端错误(HTTP 401、403、404)
- 瞬态错误的最大重试后(HTTP 429、500、502、503)
激活流程 (
_try_activate_fallback):- 如果已激活或未配置则立即返回
False - 调用
auxiliary_client.py中的resolve_provider_client()构建具有正确认证的新客户端 - 确定
api_mode:openai-codex 为codex_responses,anthropic 为anthropic_messages,其他为chat_completions - 原地交换:
self.model、self.provider、self.base_url、self.api_mode、self.client、self._client_kwargs - 对于 anthropic 回退:构建原生 Anthropic 客户端而不是 OpenAI 兼容
- 重新评估提示缓存(OpenRouter 上的 Claude 模型启用)
- 设置
_fallback_activated = True—— 防止再次触发 - 重置重试计数为 0 并继续循环
- 如果已激活或未配置则立即返回
配置流程:
- CLI:
cli.py读取CLI_CONFIG["fallback_model"]→ 传递给AIAgent(fallback_model=...) - 网关:
gateway/run.py._load_fallback_model()读取config.yaml→ 传递给AIAgent - 验证:
provider和model键都必须非空,否则回退被禁用
- CLI:
不支持回退的
- 子代理委托 (
tools/delegate_tool.py):子代理继承父代理的提供商但不继承回退配置 - Cron 作业 (
cron/):使用固定提供商运行,无回退机制 - 辅助任务:使用自己的独立提供商自动检测链(参见上面的辅助模型路由)
测试覆盖
参见 tests/test_fallback_model.py 获取涵盖所有支持提供商、一次性语义和边缘情况的综合测试。