过时的会话模型提供程序能够适应模型变化,并通过 OpenRouter 完成代理构建

页:1

存储的 " 模型提供商 " 不再与存储的 " 模型 " 的峡谷所有人相匹配的会议 永远留着那个烂摊子 这种会议的每一代理机构都试图建立一个 用于 stale 提供者的客户端, 失败, 并记录三次警告 。 与一家 " 开放式 " 供应商 这也标志着OpenRouter每次发生60多起不健康事件。

环境

• Hermes-webui`master ' @ 94fd2da8
• 药剂0.21.3@69fd61b0ef
• Ubuntu/Debian主机,`hermes-webui.service'(系统用户单位),浏览器UI于:8787
• config.yaml'中的积极提供者:model.producer: nous';没有配置 OpenRouter 密钥 (OPENROUTER-API-KEY'在.hermes/.env'中评论)

症状

三次警告同时出现,总是在代理制造期间(不是在转弯期间):

警告代理. adviliary 客户端:辅助客户端:用于辅助任务的PAID道-OpenRouter
倒置型号"DeepSeek/DeepSeek-v4.1-flash"不是:免费SKU,可能要花上真正的花. . . . . . . . .
Warning agency.auxiliary client: Assupliary:标记开路器对60多岁不健康(支付/信用错误). . . . . . . . .
警告代理. adviliary 客户端: resolution 提供方 客户端: 请求打开路由器, 但 OpenRouter 证书
池中没有可用的条目(证书可能已经用尽)

在~34天的时间内观察了4次,每次都在同一秒之内写出新的会话.

根原因

1. QQ/.hermes/webui/sessions/.json中的会话元数据包含一个顶级的模式-提供者' 字段。 用户运行 OpenRouter 模型时创建的会话保存 ' model professor' : “ openrouter” 在模型和全球提供者改变之后。 在这个主机上:38个记录被钉入 " 开路口 " ;**13个记录中有一个活的努斯模型** (DeepSeek/DeepSeek-v4.1-flash',DeepSeek/ZZTERM5-v4-pro'),同时仍然宣布开路口'。

2. WebUI保存了存储道而未修复道:

canonical model productor lane ("DeepSeek/DeepSeek-v4.1-flash","开路器"),"开路器".
- > ("DeepSeek/DeepSeek-v4.1-flash","开路器")#被保留.
canonical model  profer lane ("DeepSeek/DeepSeek-v4.1-flash",无)
- > ("DeepSeek/DeepSeek-v4.1-flash","nous")#配置道,正确

1. 该道到达代理建筑。 通过包装捕获到的堆叠痕迹 `agent.auxilary client. try openrouter' 并用所储存的车道建造代理:

代理/ 辅助  客户端. py: 4636   resolve  openrouter  branch
代理/ 辅助  客户端. py: 5066 resolution  提供者  客户端
代理/代理 init.py:832 routed 客户端 kwargs
代理/代理 init.py:921 init openai 客户端
代理/代理 init.py:964 building 客户端
代理/代理 init.py:2282 init 代理

routed client kwargs' calls resolve productor client'(代理.productor或"auto",型号=代理.model)'。 使用 'agent.proper = "openrouter" ' 这需要 OpenRouter 分支并发出三个警告. 然后,建筑将“运行时错误:没有LLM供应商” . . . . . . .