Hermes Agentはツールが有効であることを示しますが、応答時にツールを一切使いません。モデルが「賢くない」と直接疑うのではなく、まずTools Runtimeをチェックします。 ツールが真に呼び出されるためには、少なくとも3つの要件を満たす必要があります:実行時間登録の成功、現在のセッションの許可、そしてツール介入が必要な明確なタスクプロンプト。 リンクが欠けている場合、モデルはテキストでしか回答できません。
まずは登録の問題かどうか見てみましょう
ツールがMCP、プラグイン、またはカスタムプロバイダーから提供されている場合は、まずサービスプロセスが開始されているか確認してください。Hermesはツールスキーマを確認でき、環境変数、パス、権限の失敗によりスキップされていないこともあります。 ツールが有効になっているものの使われていない場合、実際には現在のセッションには入らず、設定ファイルに書き込まれるだけです。
それから本当に道具が必要なか確認してください
ユーザーは「このエラーの原因は何でしょうか?」とだけ尋ねます。モデルは純粋に解析できます。 ファイルの読み取り、コマンドの実行、ウェブページの検索を行いたい場合、「現在のプロジェクトのpackage.jsonと出力をテストしてください」といった具体的なアクションを明確に示す必要があります。 ヘルメスエージェントは、見たからといってツールを呼ぶ必要があるという意味ではありません。良いツールは、単に目立たせるだけでなく、その役割を果たすべきです。
最後に、モデルと戦略を見てください
一部のモデルはツールコール形式のサポートが弱く、また一部のセッションポリシーでは高リスクツールの承認が必要です。 「呼び出されていない」ように見えるものは、実際にはツールのスキーマが互換性がなかったり、承認ブロックがあったり、システムプロンプトが行動範囲を保守的に記述しすぎている場合もあります。
トラブルシューティング中は最小限のテストを行うのが最善です。シンプルなツールを一つだけ使い、そのツールを呼び出して完了させるタスクをそのツールに任せるのが一番です。 このテストがうまくいけば、MCP、ファイルツール、ブラウザツールを一つずつ追加してください。 一度に12種類のツールをインストールしてトラブルシューティングをするのは、問題をより分かりにくくするだけです。
