Granite 4.2はWindowsで動く?3B・8B・30BとOllamaの選び方

公開日
2026-09-12
更新日
2026-09-12
情報確認日
2026-09-12
編集・運営
Local AI Compass

Granite 4.2は、IBMが3B・8B・30Bのdense reasoning modelとして公開し、OllamaにWindowsから試せる現行tagがあるモデルファミリーです。最初は3Bまたは8Bのtext chatから始め、表示容量、context、thinking、tool callingを実機で分けて確認します。

導入前に確認すること

  • Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
  • 最初は軽量モデル、短い質問、少ない同時作業から始める
  • 公式サイトの対応OS、利用規約、モデルのライセンスを確認する

30秒で分かる結論

Granite 4.2をWindowsで試す入口はあります。IBMにはGraniteをOllamaでWindowsから使う公式ガイドがあり、現行OllamaのGranite 4.2ページにはgranite4.2のrun例と3B・8B・30Bのtagがあります。ただし、IBMのWindows guideはページ自身が最新更新停止を告知しているため、Granite 4.2の正確なmodel名・容量は現行Ollama model pageとtagsを優先します。

最初に試す候補はgranite4.2:3b(約2.2GB)またはgranite4.2:8b(約5.3GB)です。granite4.2:30bは約18GBと表示されます。これはダウンロード対象の表示容量であり、同じGB数のRAM・VRAMがあれば快適に動くという意味ではありません。

Granite 4.2はreasoning・thinking・tool callingをモデル能力として案内しますが、Ollamaの現行tag表示はText inputです。画像を読むVLMとは別に考え、まず短いtext chatを起動し、context・メモリ・tool側の権限を順に確認します。

Granite 4.2は何が違う?

Granite 4.2のモデル構成とWindowsでの読み方
項目公式情報で確認できることWindowsでの読み方
モデル構成3B・8B・30Bのdense reasoning language model familyMoEのactive parameterだけを見るモデルではない。選んだtagのweight容量と実行時余白を見る
reasoningnative thinking、full / non-thinking / low-effortのモードModel Cardのtemplate例とOllama側の実際のchat template・表示を分ける
tool callingreasoning-augmented tool callingを公式docsが説明モデルがtool callを出せることと、agentが実際に許可されたtool・ファイル・ネットワークを使えることを分ける
context全サイズはnative 128K。IBM docsは30Bのlong-context extensionを512Kまで説明Ollama tagは128K表示。上限と自分のPCでの設定・KV cache・速度は別に測る
license / 言語Apache 2.0。公式docsは日本語を含むtested languagesを列挙licenseと日本語品質・特定taskの正答率を同一視しない

Granite 4.2の3B・8B・30Bは、同じfamilyでもサイズ、表示容量、実行時の余白が違います。IBMの公式能力やbenchmarkを、Windows全機種の速度・日本語品質・agent成功率へ広げず、同じpromptと同じcontextで実機確認します。

  • IBM Granite 4.2公式モデルドキュメント - 3B・8B・30Bのdense reasoning family、128K context、30Bのlong-context extension、Apache 2.0、thinking、tool calling、日本語対応を確認します。
  • IBM Granite 4.2 3B公式Model Card - 3B dense modelの公式カード。128K context、Apache 2.0、reasoning、tool callingのモデル側能力を確認します。
  • IBM Granite 4.2 8B公式Model Card - 8B dense modelの公式カード。128K context、tested languages、thinking modes、GGUF/llama.cpp/Ollama/LM Studioのquantization導線を確認します。
  • IBM Granite 4.2 30B公式Model Card - 30B dense modelの公式カード。大きいモデルのreasoning・tool callingと、実行環境へ一般化しない公式能力を確認します。

Windowsで3B・8B・30Bのどれを選ぶか

Granite 4.2のOllama tag選択
Ollama tag現行ページの表示最初の判断
granite4.2:3b約2.2GB、128K、Text input最初のload確認に向く候補。ただし必要RAMの最低値ではない
granite4.2:8b / latest約5.3GB、128K、Text input3Bとの差を同じ短いpromptで比較。保存容量と実行時メモリを分ける
granite4.2:30b約18GB、128K、Text input大きいweight・context・KV cacheの余裕を先に確認。30Bだから自動的に高品質・高速とはしない
granite4.2:8b-Q4_K_Mなど量子化tagは別の表示容量・precisionQ4/Q5/Q8の意味と品質・速度保証を混同せず、利用時点のtagを固定する

Ollamaのtag表示はファイルの目安です。WindowsではOS、他アプリ、runtime、context、GPU offload、KV cache、並列数が同じメモリを使うため、3Bの表示が2.2GBでも、2.2GBの空きRAMだけで安全に動くとは言えません。最初の一回は短いcontextと単一のpromptに固定します。

Ollama・GGUF・LM Studioを混ぜない

Granite 4.2の配布経路とWindowsでの境界
経路何を使うか混同しない境界
Ollama current taggranite4.2:3b / :8b / :30bなど現行Ollamaのtag名・表示容量・Text input・実際のbackendを利用時点で確認する
Hugging Face / GGUFIBM公式Model Cardから対応するGGUF・quantizationを探すOllama tagの容量やchat templateを、そのまま手動GGUFの必要条件にしない
LM Studio対応するGGUFとruntimeでloadするアプリがmodelを表示することと、thinking・tool calling・画像入力が実行できることを分ける
IBM Windows guideOllamaのinstall・pull・run・context・APIの導入順ページにあるibm/granite4はGranite 4.2の正確なtag名とは限らない。現行model pageを優先する

Granite 4.2の公式Model Cardにはllama.cpp、Ollama、LM Studioで使うquantizationへの導線があります。直接GGUFを使う場合はmodel repository、file shard、quantization、tokenizer、chat template、loader versionをそろえます。Ollamaの簡単なrun例と、手動GGUFのload手順を一つの成功判定にしません。

  • IBM Granite 4.2 8B GGUF - IBM公式GGUF配布。Files、quantization、llama.cpp・Ollama・LM Studioで使う場合のmodel fileとchat templateの確認先です。
  • GGUFとは? - 形式・配布者・量子化を分けて確認する
  • GGUFの安全確認 - Model Card・revision・scan結果を確認する
  • IBM Ollama Windows guide - WindowsへのOllama install、pull・run、context・APIの公式導線。ただしページ自身が最新更新停止を告知しているため、Granite 4.2のtag名は現行model pageを優先します。

thinking・tool callingを試す前の確認

Granite 4.2のthinkingとtool callingの確認
機能公式docsの説明実機で確認すること
thinkingenable_thinking=Trueでfull thinking、Falseでnon-thinking、low_effort=Trueで短い推論これはTransformersのchat template例。Ollamaで同じparameterがそのまま使えるとは限らない
tool callingreasoning-augmented tool callingとしてtoolを選ぶ理由を考えるtool schema、client、許可範囲、外部通信、失敗時の再試行をagent側で別に確認する
structured outputGranite familyの公式説明にstructured JSON outputJSONが返ることと、schema validation・文字列escaping・アプリ側の失敗処理を分ける

最初のtext chatが成功していない段階でagent harnessや大量のtoolを追加すると、モデル、Ollama、template、tool clientのどこで失敗したか分からなくなります。短い質問、non-thinking相当の直接回答、thinking、最後に一つの安全なtoolという順に増やします。

  • Granite 4.2公式モデルdocs - 3B・8B・30Bのdense reasoning family、128K context、30Bのlong-context extension、Apache 2.0、thinking、tool calling、日本語対応を確認します。
  • Windows agent比較 - モデル・runtime・agent harnessの役割を分ける
  • agentのPC負荷 - tool loop・KV cache・並列負荷を測る

Windowsで最初に試す順番

  1. Ollamaを起動し、ollama --versionで本体が見えることを確認する。Windows本体の要件とGPU driverはOllama公式Windows docsを確認する。
  2. ollama pull granite4.2:3bで最小候補を取得し、ollama run granite4.2:3bで短いtext chatを1回だけ試す。
  3. 同じ回答後にollama psでモデル、Processor、context、VRAM / RAMの配置を確認し、回答開始までの時間と失敗症状を記録する。
  4. chat中に/set parameter num_ctx 4096のようにcontextを明示し、contextだけを少しずつ増やしてOOM、速度、熱、他アプリへの影響を確認する。
  5. 3Bが安定したら同じpromptでgranite4.2:8bを試す。30B、thinking、tool calling、GGUF、LM Studioは一度に変更せず、一つずつ追加する。

IBMのWindows guideはOllamaのinstall、pull、run、context、APIという流れを説明しますが、Granite 4.2のtag名は現行Ollama model pageで確認します。OllamaのWindows対応は本体の入口であり、選んだtagの快適さやモデル能力すべてを保証するものではありません。

  • Ollama Windows公式docs - Windowsアプリ、CLI、API、GPU・保存先の確認先を案内する公式ドキュメントです。
  • Ollama CLI Reference - ollama run、ollama launch、psなど、利用時点のCLI表示を確認します。
  • Ollama Granite 4.2 - Granite 4.2の現行モデル名、3B・8B・30B、text input、thinking・tool callingの説明とrun例を確認します。
  • Ollama model management - pull、run、list、保存場所を分けて確認する

128K contextとメモリの限界

Granite 4.2のcontextとメモリ境界
表示・設定誤解実際の確認
128K context(131,072 tokens)最初から128Kを設定しても同じ速度・同じメモリまず短いcontext、次に同じpromptで段階的に増やす
30Bの18GB表示18GBのRAMまたはVRAMがあれば余裕weight以外にruntime、KV cache、OS、他アプリ、offloadの余白を確保する
/set parameter num_ctx設定値を大きくすれば長文が安全設定が受理されたことと、実際のload・速度・OOMを別に記録する
30B 512K extensionOllamaの128K tagで512Kをそのまま使えるIBM docsのlong-context extensionとOllama tagの表示を別のruntime情報として扱う

Ollama公式docsはcontext lengthをVRAMと関連付け、IBMのWindows guideはメモリ節約のため短い既定contextとnum_ctx変更を説明します。Graniteの上限表示だけでWindowsの必要RAM・VRAMを決めず、ollama psとOSの実使用量を同じ条件で確認してください。

  • Ollama context length - context length、VRAMに応じた既定値、OLLAMA_CONTEXT_LENGTH、ollama psの見方を確認します。
  • Ollama /api/ps - ロード中モデルのsize、size_vram、context_lengthなどを確認する公式APIです。
  • PCスペックの確認順 - 開始条件・対応条件・実測を分ける

よくある誤解と限界

Granite 4.2のWindows利用で避ける誤解
誤解確認すること
5.3GB表示=5.3GB RAMで動くtagの保存・download sizeと実行時のweight、KV cache、runtime、OS余白を分ける
30B dense=3B activeだけ計算するGranite 4.2はdense family。MoEのactive parameterの読み方を適用しない
128K=128Kを快適に常用できるcontext設定、prompt長、KV cache、速度、OOMを実機で測る
Text input表示=画像も読めるGranite 4.2 Ollama tagはText input。画像用途は別VLMと経路を確認する
thinkingがある=自動でagentになるmodelの出力能力、tool schema、client、権限、ネットワークを分ける
IBMのibm/granite4とgranite4.2は同じfamily・namespace・tag・revisionを現行公式ページで固定する

このページではGranite 4.2のWindows最低RAM・最低VRAM・tokens/sを提示していません。Ollamaの表示容量、IBMの公式能力、HFのmodel card、Windows本体の要件は判断材料ですが、特定PCでのload成功・日本語品質・tool実行・長文速度は同じ環境で別に検証します。

公式ソース

よくある質問

Granite 4.2はWindowsで動きますか?

IBMにはGraniteをOllamaでWindowsから使う公式ガイドがあり、Ollamaの現行model pageにはGranite 4.2の3B・8B・30B tagがあります。ただし、Ollama本体のWindows対応だけで全tag・全GPU・全速度が保証されるわけではないため、まず3Bまたは8Bで短いtext chatを実機確認します。

WindowsではGranite 4.2の3B・8B・30Bのどれを選びますか?

まずgranite4.2:3b約2.2GBまたは:8b約5.3GBの表示tagから始め、同じpromptでload・速度・メモリを比べます。:30bは約18GB表示で、表示容量は必要RAM・VRAMの最低値ではありません。

Granite 4.2の5.3GB表示は必要RAMですか?

必要RAMの最低値ではありません。Ollamaの表示容量は保存・download sizeの目安で、実行時にはruntime、KV cache、context、GPU offload、OS、他アプリの余裕が必要です。ollama psとOSの実使用量を確認してください。

Granite 4.2の128K contextを最初から使えますか?

上限表示と快適に使える設定は別です。まず短いcontextで起動し、同じpromptでnum_ctxを段階的に増やして速度・OOM・メモリを測ります。30Bのlong-context extensionをOllamaの128K tagへ自動適用しません。

Granite 4.2は画像入力に対応しますか?

OllamaのGranite 4.2現行tagはText input表示です。IBMのreasoning・tool callingと画像入力は別の機能なので、画像を扱う場合はVLM、projector、runtime、アプリの対応を別に確認してください。

Granite 4.2のthinkingやtool callingはOllamaでそのまま使えますか?

IBM公式docsはthinking modesとreasoning-augmented tool callingを説明しますが、Transformersのchat template例とOllamaの実際のtemplate・clientは同じとは限りません。model、runtime、tool schema、許可範囲、ネットワークを分けて確認します。

ibm/granite4とgranite4.2は同じtagですか?

同じと決めつけません。IBMのWindows guideにはibm/granite4の例がありますが、Granite 4.2は現行Ollamaのgranite4.2 model page・tagsにある名前を優先し、namespace、tag、revisionを利用時点で固定します。

次に読むおすすめルート

初めてローカルAIを触る人

まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。

  1. クラウドAIとローカルAIの使い分け
  2. ローカルLLMとは
  3. ローカルAIを入れる前に確認すること
  4. WindowsでローカルAIを始める完全ガイド
  5. Windows ARMでローカルAIを使う前の確認
  6. WindowsでOllamaをインストールする
  7. Windowsでローカル音声認識を始める
  8. WindowsでローカルTTSを始める
  9. WindowsでローカルOCRを始める
  10. Windowsで話者分離を始める
  11. WindowsでローカルAI翻訳を始める
  12. LM Studioとは
  13. GGUFとは
  14. GGUF版とは
  15. GGUFファイル名の読み方
  16. LM StudioでGGUFを入れる方法
  17. LM Studioで画像を読み込む方法
  18. LM Studioのモデル保存場所と移動
  19. 小型LLM・量子化の現実
  20. GGUF量子化安全とRAG/NPU研究
  21. Quant.npuとNPU向け静的量子化
  22. LENSで見るNPUレイテンシ予測
  23. Copilot+ PCのNPU期待値
  24. Hugging Face安全チェック
  25. PDF/RAG/引用確認の現実
  26. LM Studioで最初に選ぶモデル
  27. GGUFモデル選び診断
  28. Hugging FaceでGGUFモデルを探す方法
  29. Q4/Q5/Q8の違いと選び方
  30. 日本語GGUFモデルの選び方
  31. Q4/Q5/Q8研究ガイド
  32. Hermes Desktopとは
  33. Hermes DesktopとLM Studio接続
  34. Hermes DesktopとOllama接続
  35. Hermes Desktop接続トラブル
  36. Hermes AgentとDesktopの違い
  37. ローカルLLMツール比較
  38. ローカルAI更新メモ
  39. 診断ページ

あなたはどのタイプ?

関連チェック先

関連ツール

比較表を見る / 最初に検討しやすいツールを確認する