何が変わったか
llm-anthropic 0.26は、本体であるLLM 0.32の新機能を前提にしたリリースです。プラグインの要件もllm>=0.32に引き上げられており、本体を上げずにプラグインだけ更新することはできません。
追加されたモデルはclaude-fable-5、claude-sonnet-5、claude-opus-5の3つ（issue #75、#76）。あわせてWebSearch、WebFetch、CodeExecution、AnthropicMCPの4つがサーバーサイドツールとして利用可能になり、LLMの-TインターフェースまたはPythonのtools=から呼び出せます。
「オプション」から「ツール」への設計変更
今回の中心にあるのは、機能追加そのものよりも設計思想の変更です。従来Web検索はモデル固有のオプション（-o web_search*）でしたが、0.26で削除され-T WebSearchに一本化されました（issue #79）。つまりWeb検索は「Anthropicモデルの設定項目」ではなく「ツールの一種」として扱われるようになったということです。
これは、ローカルで動くツールもサーバー側で動くツールも同じ-Tという入口で扱うという整理であり、ユーザーから見れば「どこで実行されるか」を意識せずにツールを組み合わせられます。既存のスクリプトやシェルのエイリアスに-o web_searchが残っている場合は、そのままでは動きません。移行が必要な破壊的変更です。
思考（thinking）まわりの整理
拡張思考の設定はthinkingとthinking_effortに集約され、effortはlow / medium / high / xhigh / maxの5段階になりました。細かい制御用だったthinking_budget、thinking_display、thinking_adaptiveは削除されています（issue #80）。トークン数を直接指定する方式から、段階的なラベルを選ぶ方式へ移ったかたちです。
Claude 5系はデフォルトで思考します。Sonnet 5とOpus 5は-o thinking 0で無効化できますが、Fable 5は常に思考する仕様で、オフにできません。
出力面では、推論・ツール呼び出し・ツール結果・サーバーサイドツールの結果が、それぞれ型付きイベントとしてストリーミングされるようになりました。llm CLIでは推論内容が標準エラー出力に表示され、見たくない場合は-R／--hide-reasoningを渡します。このフラグはレスポンスとログの双方から推論を除外する点が重要で、単なる表示制御ではありません。
点をつなぐと何が見えるか
オプションの削除、ツールへの統合、思考設定の簡素化——3つに共通するのは「モデル固有の細かいツマミを減らし、共通の抽象に寄せる」という方向性です。モデルが半年単位で入れ替わる前提に立てば、ツール層をモデル非依存で設計しておくほうが乗り換えコストは下がります。個人開発のCLIプラグインの話に見えて、実際にはLLMを組み込む側全員に効く設計論です。
💼 事業会社視点：これは自社にどう効くか
社内でLLMを業務に組み込んでいる日本企業にとって、今回の変更は「小さな破壊的変更が定期的に来る」という現実の見本です。-o web_search*の削除やthinking_budgetの廃止は、バッチ処理スクリプトや社内ツールを静かに壊します。情シスや技術責任者は、LLM呼び出しを各所に直書きさせず、社内共通のラッパー層を1枚挟んでおくべきです。壊れる箇所が1ファイルに閉じます。
受託開発・SIerにとっては、-Tによるツール統合が見積もりの前提を変えます。Web検索やコード実行をサーバーサイドツールで賄えるなら、これまで実装対象だった検索基盤やサンドボックスの一部が「設定」に置き換わります。工数を積む前提の提案は、遠からず競合に価格で負けます。
SaaS・EC事業者は、Fable 5が思考を無効化できない点に注意が必要です。Sonnet 5とOpus 5は-o thinking 0で切れますが、Fable 5は切れません。応答速度やコストが要件に直結する商品検索・チャット接客では、モデル選定の段階で「思考を止められるか」を評価軸に入れるべきです。経営としては、モデル切り替えを人事案件ではなく設定変更で済ませられる状態をつくることが、最も費用対効果の高い投資になります。