The advisor tool is unavailable. Do not try to use it again. が出るとき、まず疑うべきことこの症状は、少なくとも #66784 と #76139 で報告されています。どちらも、advisor を使おうとした場面で同じ文言が返ってきます。
手元で確認できた検証環境は次の通りです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-18T08:51:10+09:00
まず切り分けたいのは、通常の advisor 不調ではなく、特定のモデル組み合わせで advisor が使えなくなっているケースかどうかです。
#76139 では、メインモデルを [1m] 付きで起動したときに、advisor が "The advisor tool is unavailable. Do not try to use it again." を返すと報告されています。issue 内では、同じ main model / advisor の組み合わせでも、[1m] を外すと advisor が動いたとされています。つまり、症状が出ているからといって advisor そのもの全体が壊れているとは限らず、メインモデルの指定方法が引き金になっている可能性があります。
#66784 では、advisorModel: "fable" にしたときに、対応していないモデルの組み合わせだと generic な "unavailable" エラーだけが返り、診断が出ないという報告でした。こちらは「どの組み合わせが許可されているか」の判定で落ちているように見えますが、issue だけでは詳細な条件までは断定できません。
手元の資料から言えるのはここまでです。少なくとも、このエラーが出たら「advisor 自体の一時障害」と決め打ちせず、まずはメインモデル名に [1m] のような suffix を付けていないか、そして advisor の指定がその組み合わせで想定されているかを確認するのが先です。[1m] 付きで再現するなら、#76139 と同じ筋を疑うのが自然です。
一方で、今回渡された issue には、恒久的な回避策として確定した手順は載っていませんでした。したがって、「この設定に変えれば直る」とまでは書けません。現時点で確実に言えるのは、少なくとも一部の再現例では、advisor の失敗が main model の指定と結びついていた、という点です。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-18T08:51:10+09:00