「モデルの差し替え口」がトグル一つになった──OllamaがClaude Desktopに正式対応し、手元の開いたモデルを無料・無制限で回せるようにした
OllamaがClaude Desktopに正式対応。トグル一つで、手元やクラウドの開いたモデル（Qwen/DeepSeek/Kimi/GLM）をClaudeの画面のまま使える。コストとプライバシーの実益、使い分けの設計、そして速度・品質・ハードウェアという負担までを整理する。
2026年8月25日、Ollamaが「Claude Desktop」への正式対応を発表しました。これまで環境変数を書き換えて接続していた「Claudeの見た目で、手元やOllamaクラウドのモデルを使う」構成が、Ollama側のトグル一つで組めるようになります。Anthropicの正規モデルと、QwenやDeepSeek、Kimi、GLMといった開いたモデルを、同じ画面のまま切り替えられるのが要点です。
「配管」は半年かけて整っていた
今回の対応は突然出てきたものではありません。土台は二段階で用意されていました。2026年1月にOllamaがAnthropicのMessages API形式にネイティブ対応し、変換用の中継サーバーを挟まずに済むようになりました。続いて5月、Anthropicが「第三者の推論ゲートウェイ」をClaude Desktop本体に組み込み、バックエンドを任意のエンドポイント（localhostを含む）に差し替えられるようにしています。
今回はその配管の上に、設定を肩代わりする蛇口を付けた格好です。手順は「Ollamaを開いてClaudeを選ぶ→トグルをオンにする」だけで、ゲートウェイの設定はOllamaが自動で行います。オフに戻せば元のClaude構成に戻り、行き来も容易です。
「どのタスクを手元に落とすか」という設計
この構成が効くのは、すべてを手元のモデルで済ませたいからではありません。処理の性質でモデルを振り分ける「使い分け」が狙いです。定型的で回数の多い作業は手元の開いたモデルに任せ、難しい推論や設計判断はクラウドの高性能モデルに預ける、という分担が組めます。
- 手元（ローカル）向き: コード補完、リファクタリング、デバッグ、コードベースの説明といった反復の多い作業
- クラウド向き: 込み入った推論、アーキテクチャの判断など、精度が結果を左右する作業
背景には、エージェント的なコーディングのコスト構造があります。KDnuggetsの解説によれば、こうしたセッションは通常のチャットの10〜50倍のトークンを消費します。回数がかさむ作業を手元に逃がせれば、その分の従量課金とレート制限から外れられる、という計算です。
実益は「ゼロ従量課金」と「コードが外に出ない」
手元で動かす利点は主に二つです。第一に、トークン単価が発生せず、レート制限もかかりません。第二に、コードが自分のマシンから出ないため、機密性の高いコードベースでも扱いやすくなります。Ollamaはテレメトリーを既定でオフにし、ローカル・クラウドを問わずゼロデータ保持（Zero Data Retention）を掲げており、この点も判断材料になります。
導入の入り口は二つある
使い始め方は用途で分かれます。GUIで完結させたいならClaude Desktop側、ターミナルで回すならClaude Code側です。
- Claude Desktop: Ollamaアプリで「Claude」を選び、トグルをオンにする。設定はOllamaが行う。
- Claude Code: モデルを取得（例
ollama pull glm-4.7-flash:latest）し、ANTHROPIC_BASE_URL="http://localhost:11434"とANTHROPIC_DEFAULT_SONNET_MODELを設定して起動する。Claude CodeはMessages API形式で要求を送るため、宛先を同じ形式を話すサーバーに向けるだけで動きます。
手元で動かすモデルは、必要メモリの目安で選ぶと現実的です。
| モデル | 目安メモリ | 想定用途 |
|---|---|---|
| GLM-4.7-Flash | VRAM 8GB | 軽い補完・下書き |
| Devstral-Small-2 | 16GB | 一般的なコーディング |
| Qwen3-Coder | 20GB | コード生成が主体の作業 |
実用にはおおむね32GBのメモリ（Apple Siliconの統合メモリ、またはPCのRAM）が目安とされています。
「無料・無制限」の裏で見落としやすい負担
利便性の裏で、いくつかの負担が手元に移る点も指摘されています。まず速度です。多段のタスクは往復が増えるため、量子化した小型モデルやCPUのみの環境では生成が目に見えて遅くなる、と解説されています。次に品質です。手元で動く開いたモデルは、フロンティア級のクラウドモデルと同じ精度を常に出せるわけではなく、難しい判断はクラウドへ戻す前提の使い分けになります。さらに、性能がプロバイダー側の設備ではなく手元のハードウェアに直接左右される点も、これまでのAPI利用とは異なる勘所です。なお、Ollamaにとって今回はClaude Desktop対応の再挑戦にあたり、最初の試みは一度つまずいていたと報じられています。
「手元で動かす選択肢」が既定の一つになる
この動きは、開発現場に「クラウドか手元か」を二者択一で迫るものではありません。むしろ、同じ画面のまま両方を持ち、作業ごとに安い方・速い方・安全な方を選ぶ運用を後押しします。コストとプライバシーを理由に手元実行を検討してきたチームにとって、導入の敷居が一段下がった、と受け止めるのが妥当でしょう。一方で、精度が要る場面ではクラウドを併用する前提は変わらないため、期待値は「全部を置き換える」ではなく「使い分けの土台が整った」に置くのが現実的です。
参照: Ollama Blog: Claude Desktop support with Ollama ／ The New Stack: Claude Desktop can now easily run Qwen, DeepSeek and Kimi models ／ KDnuggets: Pairing Claude Code with Local Models ／ AlternativeTo: Claude Desktop adds Ollama integration for local and cloud model support
