ヘルメスエージェントのメインセッションには明らかに予備機能が備わっていますが、サブエージェントは依然としてプロバイダーエラーを直接報告しており、これは偶然ではありません。 公式のFallback Providersドキュメントには別途マークが付けられています:Subagentの委任はFallback設定を継承しません。 言い換えれば、マスターエージェントは自動的にダウングレードされますが、delegate_taskによって生成された子エージェントも同じフォールバックセットを使うわけではありません。
あなたは何をしているのですか?
- サブタスクが重要な場合は、デミッションのプロバイダーやモデルを別途指定し、メインセッションのフォールバックだけに頼らないでください。
- コストに敏感な場合は、サブエージェントをより安価で安定したモデルに割り当てます。
- ハイリスクタスクは、プロバイダーがメインセッションで健康であることを確認してからサブエージェントに送ります。
なぜヘルメスがこう設計したのか
サブエージェントはより独立した実行ユニットのような存在だからです。 公式ドキュメントでは委任を別々にルーティングできますが、サブタスクがメインセッションのフォールバックロジックに無言で従うようになり、コストや速度、挙動が制御不能になるのは避けたいです。
ですから、「フォールバックは明らかに開かれている」という質問に固執しないでください。 考え方を変える必要があります。マスターエージェントのフォールバックはマスターエージェントであり、サブエージェントはプロバイダーを別途指定するか、自動的にダウングレードされないことを受け入れます。 この境界を考えれば、ランダムな誤りのように見える多くの問題が解決されます。
公式オープンソースアドレス:https://github.com/NousResearch/hermes-agent; 公式書類入口:https://hermes-agent.nousresearch.com/。
