hermes - 💡(How to fix) Fix [Bug]: fallback_providers with provider: custom + explicit base_url falls back to OpenRouter when main model.provider is a named provider [1 pull requests]

 配置示例：

 yaml
 model:
   provider: zai                          # 任意 named provider
   base_url: https://open.bigmodel.cn/api/paas/v4
   default: GLM-4.1V-Thinking-FlashX

 fallback_providers:
   - provider: custom                     # ← 这里用 custom
     base_url: https://token.sensenova.cn/v1   # ← 有明确的 base_url
     api_key: sk-xxx
     model: deepseek-v4-flash

 预期行为： fallback 触发时，使用 fallback 条目中指定的base_url（sensenova）和 api_key。

 实际行为： fallback 解析到 https://openrouter.ai/api/v1，连接失败。

 根因分析：

 在 hermes_cli/runtime_provider.py 的 _resolve_explicit_runtime()中，base_url 的解析链为：

 python
 base_url = (
     (explicit_base_url or "").strip()
     or env_custom_base_url
     or (cfg_base_url.strip() if use_config_base_url else "")
     or env_openrouter_base_url
     or OPENROUTER_BASE_URL          # ← 最终兜底
 )

 其中 use_config_base_url 由_config_base_url_trustworthy_for_bare_custom() 决定：

 python
 def _config_base_url_trustworthy_for_bare_custom(cfg_base_url,
 cfg_provider):
     cfg_provider_norm = (cfg_provider or "").strip().lower()
     if cfg_provider_norm == "custom":    # ← 只有 provider 是 "custom"
 才信任
         return True
     if base_url_host_matches(bu, "openrouter.ai"):
         return False
     return _loopback_hostname(base_url_hostname(bu))  # ← 非 loopback
 也返回 False

 当主配置的 model.provider 是 zai（或其他 named provider）时，use_config_base_url = False。此时即使 explicit_base_url被正确传入（gateway/run.py 的 _try_resolve_fallback_provider确实传了），但 cfg_base_url 被跳过，且如果 CUSTOM_BASE_URL环境变量未设置，最终落到 OPENROUTER_BASE_URL。

 影响范围： 任何使用 named provider 作为主模型、同时在 fallback 中使用provider: custom 的用户都会遇到此问题。

--