Windowsでブラウザ内ローカルAIを試す方法|WebLLMとWebGPUの条件

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

Windowsでは、WebGPUに対応したブラウザからWebLLM Chatを開き、modelを取得してブラウザ内でLLM推論を試せます。デスクトップアプリの導入前に動作を確かめる入口になりますが、初回はmodel fileのdownloadがあり、WebGPU対応・GPU memory・browser storageにも左右されます。

導入前に確認すること

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

先に結論:ブラウザだけで試せるが、初回downloadとWebGPUが必要

WebLLMはLLM推論をブラウザ内で実行するengineです。公式のWebLLM Chatは、WebGPU対応browserで試せるサンプルとして案内されています。Windows PCへOllamaやLM Studioを入れる前の短い動作確認に向きます。

「ブラウザだけ」は、ネット接続やGPUが不要という意味ではありません。初回に選んだmodelと実行用artifactを取得し、対応するGPU adapterで読み込む必要があります。使いたいmodelを既に持っていれば何でも開ける方式ではなく、WebLLMの事前ビルド済みmodel一覧が入口です。

WindowsでWebLLMとdesktop runtimeを選び分ける条件
確認したいことブラウザ内WebLLMの考え方
アプリをWindowsへ導入せずに短く試したいWebGPU対応browserとWebLLM Chatが候補。初回downloadとbrowser storageを見込む
手元のGGUFをそのまま読み込みたいWebLLMの事前ビルド一覧とは別の形式。任意modelはMLC形式への準備が必要なので、既存desktop runtimeの対応一覧を確認する
機密資料を入力したいローカル推論の表示だけで判断しない。host appの通信先、privacy policy、保存動作を確認し、先に架空の短文で試す
毎日長時間使いたい・設定を細かく変えたい専用runtimeやdesktop appのmodel、storage、GPU対応も比較する

WindowsのChromeでWebGPUを先に確認する

WebLLMを開く前に、Chromeを更新し、対象ページがHTTPSで開いていることを確認します。WebGPUはsecure contextで使うAPIです。ローカル開発中の`localhost`もsecure contextとして扱われますが、`file:`でHTMLを直接開く方法は確認経路にしません。

  1. 最新の安定版ChromeでWebLLM Chatを開く。会社や学校の管理browserでは、GPU機能がpolicyで無効化されていないか管理者へ確認する。
  2. Chromeのアドレス欄で`chrome://gpu`を開き、Graphics Feature Statusの`WebGPU`が`Hardware accelerated`か確認する。
  3. Chromeの設定でgraphics accelerationが有効かを確認し、GPU driverとbrowserを更新した後にもう一度見る。
  4. WebLLM Chatのmodel選択で、現在のprebuilt一覧にある小さめのmodelから選ぶ。日本語用途はmodel cardを読み、機密でない短文で出力を試す。
  5. model loadingのprogress表示が完了してから短い質問を送り、返答が終わるか確認する。初回ロードは時間がかかる場合がある。

ChromeのWindows版は、Chrome内の他の処理と同じGPU adapterを使います。ノートPCでは省電力側の内蔵GPUが選ばれることが一般的で、Chromeが複数GPUを同時に使う仕組みではありません。タスクマネージャーで専用GPUが見えても、このbrowser tabが同じGPUを使うとは限らないため、PCのGPU名だけから動作を断定しません。

初回model取得・日本語・保存容量の確認

WebLLMのmodel loadingにはdownloadが含まれ、公式guideはcacheがない最初の実行にかなり時間がかかる場合があると説明しています。progress表示が進んでいる間は、通信が終わる前にtabを閉じたり、modelを何度も切り替えたりせず、選択したmodelのdownloadと初期化を一度完了させます。

model一覧にはWebLLM用の事前ビルド済みmodelだけが表示されます。GGUFや別runtime用のmodel fileを指定するだけでは動きません。独自modelを扱うにはMLC LLMのmodel artifactと対応するWebAssembly libraryの準備が必要になるため、一般利用では現在の一覧から選ぶ方法が簡単です。

日本語の品質はmodelごとに異なります。最初は個人情報や社内文書を使わず、同じ短い日本語質問で回答の自然さと指示への追従を確認します。対応modelの名前や必要memoryだけで、日本語能力や応答速度を保証することはできません。

WebLLMは既定でbrowser Cache APIを使い、2回目以降のmodel loadingを短縮します。ただしブラウザ保存領域はorigin単位のquotaや端末の空き容量に左右され、best-effortのdataはbrowser settingsから消去されたり、storage pressure時に退避されたりする場合があります。modelを常に残せる、または初回download後なら必ずofflineで使えると決めつけないでください。

WebLLMの初回取得とbrowser cacheで確認すること
初回の状態判断の目安
download progressが進んでいるネット接続を保ち、完了するまで待つ。modelを切り替えず容量の余裕も確保する
model取得後、次回の読み込みが速いcache再利用の可能性がある。browser dataを削除すると再downloadが必要になることがある
private browsingを使っている終了時にbrowser storageが消える場合がある。繰り返し使う試用には通常profileを使う
modelが一覧にないWebLLM公式のprebuilt listとmodel compatibilityを確認する。GGUFをそのまま選ばない

ローカル推論と通信・privacyを分けて考える

WebLLM engineがmodel推論をbrowser内で行うことと、WebLLM Chatというhosted appのすべての通信が端末内に留まることは同じ主張ではありません。ページ本体、JavaScript、model artifactはネットから取得します。app側のanalytics、保存、外部送信については、使うsiteのprivacy policyと通信先を別に確認してください。

初回は架空の短文だけを入力します。機密文書や個人情報を試す前に、network通信、会話の保存先、browser profileの同期、model download元を確認します。ブラウザ内推論だけでは、WebGPUの利用可否、hosted pageの挙動、端末の保存設定まで自動的に保証されません。

動かない・遅い時の切り分け

Windowsのブラウザ内WebGPU AIで起きる症状別確認
症状先に確認すること次の判断
`navigator.gpu`が使えないChromeのversion、HTTPS、graphics acceleration、管理policyChromeを更新し`chrome://gpu`を確認する。experimental flagsを最初の対策にしない
GPU adapterを取得できない`chrome://gpu`のWebGPU statusとdriverGPUがblocklistやdriver条件で無効なら、対応条件を解決するかdesktop runtimeを検討する
初回loadに時間がかかるmodel download progress、network、modelの種類完了まで待つ。途中で停止した時は同じmodelで再試行し、初回と2回目を分けてみる
GPU memory不足やdevice lostが出る選択model、同時に開いているGPU負荷、browser tabprebuilt一覧のより小さいmodelで再度確認する。使用GPU・contextによる差は実機で判断する
2回目も毎回downloadする同じbrowser profileか、site dataを削除したか、空きstorageprivate profileを避け、保存領域とbrowser設定を確認する
出力が遅い・日本語が合わないmodel card、CPU/GPU adapter、prompt長model名だけで判断せず、同じ短文で品質と速度を確認する

ブラウザ対応がない、長い作業で保存やmodel管理に困る、WebLLMのprebuilt modelが用途に合わない場合は、Windows desktop runtimeのmodel形式・GPU対応・保存先を確認して選び直します。GPUなしPCでbrowser推論を行う方法が必ずある、あるいは専用GPUがあれば必ず動くとは案内できません。

よくある質問

WebLLMはWindowsのChromeだけで使えますか?

WebLLM-powered appにはWebGPU対応browserが必要です。Chromeを入口にする場合は最新版と`chrome://gpu`のWebGPU statusを確認し、他browserでは公式の現行対応情報を確かめてください。

WebLLMは完全オフラインで使えますか?

初回はmodelやruntime artifactをネットから取得します。cache後の再利用やoffline動作を一律に保証できず、browser storageの消去やsiteごとの通信も別に確認してください。

手元のGGUFをWebLLMで開けますか?

通常のprebuilt model selectorは、WebLLM向けの事前ビルドmodel listを使います。独自modelはMLC形式のweightと対応libraryを準備する開発者向け手順が必要です。

ブラウザ内でAIを動かせば入力内容は必ず外部送信されませんか?

WebLLM engineはbrowser内で推論を行いますが、hosted appのanalytics、保存、外部通信まで保証するものではありません。privacy policyとnetwork通信先を確認し、最初は架空の短文で試してください。

WebGPUで専用GPUが必ず使われますか?

必ずではありません。ChromeのWindows版はChrome内で共有するadapterを使い、ノートPCでは内蔵GPUが選ばれることがあります。対応、選択GPU、model memoryの条件を`chrome://gpu`と実機で確かめてください。

次に読むおすすめルート

初めてローカル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. 診断ページ

あなたはどのタイプ?

関連チェック先

関連ツール

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