Hermes Agentのマスターモデルはローカルモデルを使用しており、すべてのタスクがオフラインであるわけではありません。 公式のFallback Providersドキュメントは明確に書かれており、vision、web抽出、圧縮、session_search、skills_hub、MCP、メモリフラッシュはすべて別々のauxiliaryプロバイダー解析チェーンを持っています。 つまり、圧縮、メモリ整理、ウェブページの抽出などのバイパス作業は、OpenRouterや他のクラウドプロバイダーを通じて行われる可能性があります。
雲の調整をしているかどうかを確認する方法
- ログでリクエストをトリガーしたタスクの種類を確認してください:圧縮、flush_memories、web_extract、ビジョンのいずれかです。
- まだ
auxiliary.*.providerがまだautoか確認してください。 - クラウドモデルを指定している
compression.summary_providerを確認してください。 - 重要な二次タスクを明示的にローカルエンドポイントを
mainまたはカスタマイズに変更し、再度テストします。
完全にオフラインにしたいなら、トップレベルのmodel.providerを変えるだけでなく、補助タスクも閉じてしまいます。 それ以外の場合、主な会話は局所的であり、背景の要約や記憶のリフレッシュがまだ曖昧なままである可能性があります。
一言で言えば、Hermes Agentをオフラインで展開する際は、モデル、補助、圧縮の設定を同時に確認する必要があります。
公式オープンソースアドレス:https://github.com/NousResearch/hermes-agent; 公式文書登録:https://hermes-agent.nousresearch.com/。
