LM Studioで最初に選ぶモデルは?7B・8B・Q4_K_Mの選び方
- 公開日
- 2026-05-19
- 更新日
- 2026-09-30
- 情報確認日
- 2026-09-30
- 編集・運営
- Local AI Compass
LM Studio公式の流れは、System Requirementsを確認し、Discoverでモデルを探してdownloadし、Chatのmodel loaderでメモリへloadしてから試す順番です。最初の1本は、Instruct向けの7B/8B級GGUF・Q4_K_M前後を候補にしつつ、PCの空きメモリ、GPU設定、用途、Model Cardを固定条件として短い日本語質問で確認します。
導入前に確認すること
- Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
- 最初は軽量モデル、短い質問、少ない同時作業から始める
- 公式サイトの対応OS、利用規約、モデルのライセンスを確認する
local modelとagent modelは別に選ぶ
最初の1本はlocal chatでPC負荷と日本語品質を確認し、BionicやHermesのagent作業はその後に足します。巨大open modelをcloudで選べることと、手元のGGUFを選ぶことは別の判断です。
- Kimi K3はlocalかcloudか - 巨大open modelとlocal executionを分ける
- agent workloadの負荷 - agentへ広げた時のPC負荷を見る
LM Studio公式の開始フローと、最初の1本で記録する条件
現行のLM Studio公式Get startedでは、System Requirementsを確認し、Discoverでモデルをダウンロードし、Chatのmodel loaderでメモリへロードしてから会話を始める流れです。最初のモデル選びは、名前や人気だけでなく、この一連の流れを同じ条件で再現できるかを確認します。
公式Download an LLMでは、キーワード、user/model、Hugging Face URLで検索でき、同じモデルにQ3_K_SやQ8などの量子化候補が並ぶ場合があります。4-bit以上を選ぶ案内もありますが、「自分のマシンが対応できるなら」という条件付きです。量子化名だけで速度や品質を保証しません。
| 公式に確認する項目 | 最初の1本で記録すること | ここから断定しないこと |
|---|---|---|
| Windowsの対応条件 | x64 / ARM、x64ならAVX2、OSとLM Studio版 | 対応OSなら全モデルが同じように動く |
| RAM / GPU | 公式推奨の16GB RAM・4GB dedicated VRAMとの距離、空きメモリ、モデルファイルサイズ | 推奨値を満たせば速度や快適さが保証される |
| Discover / 配布元 | 検索語またはuser/model、Model Card、revision、license | Discoverに表示されれば公式配布・安全・用途適合である |
| 量子化 | 正確なQ表記、同じモデル系列、ファイルサイズ | 4-bitが常に最速・最高品質である |
| Chatのload | model loader、context、GPU設定、load可否、短い質問の結果 | ファイルサイズだけで実行時の負荷や回答品質が分かる |
- LM Studio公式の開始手順 - Discover、Chatのmodel loader、RAMへloadする流れを確認する
- 公式のモデル検索・ダウンロード - 検索方法、量子化候補、My Modelsの保存先を確認する
- 公式System Requirements - Windows x64/ARM、AVX2、RAM/VRAM推奨を確認する
検索結果から最初の1本を固定する
LM StudioのDownload an LLMでは、キーワード、`user/model`、Hugging FaceのURLから候補を探せます。WindowsではDiscoverへ`Ctrl + 2`で移動できるため、検索結果を眺め続けるより、用途、モデル系列、形式、量子化、ファイルサイズの順に条件を固定します。
CLIを使う場合の`lms get`は取得の入口です。公式仕様では、モデル名に`@q4_k_m`のような量子化指定を付けられ、`--gguf`または`--mlx`で形式を絞れます。ただしLM Studio公式docsのruntime境界は、Mac・Windows・Linuxではllama.cpp(GGUF)、Apple Silicon Macでは追加でMLXです。`--mlx`はCLIの検索filterとして存在しますが、Windowsの通常のローカルruntime候補ではありません。WindowsではGGUF / llama.cpp側を先に確認し、`--mlx`が入力不能だと断定するのではなく、MLXの検索結果をWindows用runtimeと誤認しないようにします。
| 絞る順番 | 最初に固定する値 | 次の判断 |
|---|---|---|
| 用途・モデル系列 | 短い日本語チャット、要約など、最初に試す目的を1つ | 候補のモデルカードとInstruct/Chat向け表記を見る |
| 形式 | Discoverの候補、または`lms get --gguf` / `--mlx`の結果 | WindowsではGGUF / llama.cpp側を優先し、`--mlx`はApple Silicon向けMLX候補としてruntimeと配布元の対応を確認する |
| 量子化 | 同じモデル系列のQ4前後など、正確な表記とファイルサイズ | PCの空きメモリとロード前の見積もりへ進む |
| 候補数 | 最初は1モデル・1量子化だけ | 短い固定質問でロード可否、待ち時間、日本語品質を記録する |
- LM Studioのモデル検索・ダウンロード - keyword、user/model、URL、量子化候補、My Modelsを確認する
- lms get公式docs - model@quant、GGUF・MLX、候補表示の指定を見る
- LM Studio CLIの全体像 - 取得・一覧・ロード・chatを分けて確認する
ロード前にlms load --estimate-onlyで候補を検証する
ダウンロード済みでも、最初から実ロードを繰り返す必要はありません。`lms ls`で保存済みのmodel keyを確認し、`lms load --estimate-only <model_key>`でロードせずに資源見積もりを出してから、context lengthとGPU条件を決めます。estimateはロード可能性を考える材料であり、tokens/s、回答品質、長時間の安定性を測るベンチマークではありません。
LM Studio公式CLI Docsでは、`--context-length`と`--gpu`の指定が見積もりへ反映され、見積もりにはcontext length、Flash Attention、モデルがvision-enabledかどうかも考慮されると説明されています。候補を比べる時はcontext lengthとGPU条件を揃え、Flash Attentionの条件とvision対応の有無も記録します。見積もりは実ロードの成否や速度の測定値ではありません。
lms get <model> --gguf
lms ls
lms load --estimate-only <model_key> --context-length 4096 --gpu off
lms load <model_key> --context-length 4096 --gpu off
lms chat <model_key> -p "短い固定質問"
| 指定・見積もり条件 | このページでの使いどころ | 断定しないこと |
|---|---|---|
| --estimate-only | ロード前に必要な資源を見積もる。公式Docsではcontext length・Flash Attention・vision対応も考慮 | 見積もりだけで実ロードの成否・速度・快適さが分かる |
| --context-length | 最初のテスト条件を4096などに固定して比較する | 長く設定すれば回答品質や処理能力が必ず上がる |
| --gpu off / 0 / max | GPUを使わない条件、またはoffload条件を明示する | maxなら全量がVRAMに入り、必ず速くなる |
| Flash Attention / vision対応 | 選んだload設定とモデルのvision対応を記録し、見積もり条件を揃える | モデル規模やファイルサイズだけで必要メモリが同じとみなす |
| --ttl / --identifier | 未使用時のunloadやAPI参照名が必要な場合だけ使う | 初心者の最初のチャットに必須である |
- `lms ls`から実際のmodel keyを1つ選び、モデル名やフォルダ名を推測で置き換えない。
- `--estimate-only`でcontext lengthとGPU条件を揃え、Flash Attentionの条件とvision対応も記録する。資源不足なら小さいモデルか軽い量子化へ戻る。
- 実ロード後に`lms chat`で短い同一質問を送り、ロード可否、初回待ち時間、回答、日本語の崩れを記録する。
- 別モデルを比較するときだけ同じ条件を繰り返し、agent、長文、RAGは最初の1本の判定後に追加する。
- lms load公式docs - estimate-only、context length、GPU、TTLの仕様を見る
- モデル選び後のCLI手順 - lms ls、load、ps、chatの全体手順へ進む
- GPUオフロードの切り分け - GPU設定と実際の速度を分けて確認する
GGUFクラスターから来た人へ
最初の1本は、モデル名だけで決めず、GGUF版か、Instruct/Chat向けか、7B/8B級か、Q4_K_M前後か、licenseが確認できるかを順に見ます。
- GGUF版とは? - 公式配布とコミュニティ配布を分ける
- GGUFファイル名の読み方 - Instruct / Chat / Q4_K_Mを読む
- 日本語GGUFモデルの選び方 - 日本語チャット用途で確認する
最初のモデルは「軽さ」と「出所」を両方見る
LM Studioで最初に選ぶモデルは、PCに合う軽さだけでなく、Model Card、配布者、元モデル、licenseも確認します。知らないGGUFを試す時は、個人情報やAPIキーを入力しない短い質問から始めます。
- ローカルAIモデル安全研究ガイド - GGUF量子化安全とRAG/NPUをまとめて読む
- GGUF量子化安全の基礎 - Q4/Q5/Q8と安全性を分ける
- Hugging Face安全チェック - model card、license、配布元を見る
最初の1本は研究ベンチより体感確認を優先する
最初から大きいQ8や長文PDFを試すと、モデル選びとPC負荷の問題が混ざります。小型モデル、Q4/Q5、短い日本語質問から始めると、自分のPCでの現実が見えます。
- 7B/8B級または軽量モデルを1つ選ぶ
- Model Card、license、base model、intended useを見る
- 短い日本語質問を3つ試す
- 速度とPC負荷をメモする
- 必要になってからQ5/Q8や別モデルを比較する
- 小型LLM研究ガイド - 速度・メモリ・精度・電力・プライバシーをまとめて確認する
- Q4/Q5/Q8研究ガイド - 量子化の犠牲と選び方を深く読む
- GGUFモデル選び診断 - PC条件から最初の量子化モデルを絞る
GGUFとは?から来た人へ
GGUFの基本が分かったら、LM Studioでは「最初の1本」を軽く決める段階に進みます。ここでは、GGUF版かどうかだけでなく、Instruct / Chat / Base、7B / 8B、Q4_K_M、license、配布元を合わせて見ます。
| 見るもの | 最初の候補 | 避けたいこと |
|---|---|---|
| 用途 | Instruct / Chat | Baseモデルを会話用の最初の1本にする |
| サイズ | 7B / 8B級 | 最初から14B以上やQ8へ進む |
| 量子化 | Q4_K_M前後 | Q8なら必ず正解と思い込む |
| 出所 | Model Card、license、配布元が確認できるもの | GGUF版を公式版と決めつける |
- GGUFとは?読み方・GGUF版 - 用語が曖昧なら入口へ戻る
- Hugging FaceでGGUFモデルを探す方法 - Model CardとFilesを見る
ファイル名で見る順番
- InstructまたはChatかを見て、会話用途に調整された候補を選びます。
- 7B/8Bなどモデル規模を見て、まずPCに無理のない大きさへ絞ります。
- Q4_K_Mを基準にし、余裕が確認できてからQ5_K_Mを比較します。
- GGUFであること、配布者、README、ライセンス、必要なチャットテンプレートを確認します。
- 短い日本語質問、要約、箇条書きの3種類で試し、期待だけで巨大モデルへ移らないようにします。
日本語性能はモデル名やサイズだけでは決まりません。学習・調整内容、プロンプト、量子化、用途で変わるため、まず7B/8B Q4_K_M級で動作と回答傾向を確認し、足りない点を言語化してから次を選びます。
トラブル後は最初の1本へ戻す
LM Studioが遅い、途中で止まる、モデルが読み込めない時は、この記事の基準へ戻って「安定して動く最初の1本」を作り直します。大きいモデルやQ8で原因を探すより、Instruct / Chat向け、7B/8B級、Q4_K_M前後、短い日本語質問で再確認するほうが安全です。
- LM Studio症状別トラブルシュート - 遅い・止まる・起動しない時の確認順を見る
- ローカルAIのモデルサイズ早見表 - PCメモリに合うサイズへ戻す
最初の1本を選ぶ5条件
| 条件 | 見る表示 | 理由 |
|---|---|---|
| 形式 | GGUF | LM Studioで扱う候補を絞る |
| 用途 | Instruct / Chat | 質問への回答に向くモデルを選ぶ |
| 規模 | 7B / 8B級 | 初心者が速度と品質を比較しやすい |
| 量子化 | Q4_K_M前後 | メモリと品質のバランスを取りやすい |
| 情報 | モデルカード・ライセンス | 用途、言語、配布条件を確認する |
PCスペック別の開始目安
| PC | 開始候補 | 注意 |
|---|---|---|
| メモリ8GB | より小さいモデルの軽いQ4 | OS分の余裕が少なく、7B/8Bでも厳しい場合がある |
| メモリ16GB | 7B/8B級Q4_K_M前後 | ブラウザ等を閉じ、短い入力から |
| メモリ32GB | 7B/8Bを基準に13B/14B級も比較 | 長いコンテキストは別に負荷が増える |
| GPUなし | 軽いモデルをCPUで確認 | 応答速度は控えめに見積もる |
LM Studioで選ぶ順番
- モデル名より先に、モデルカードと用途を読む。
- GGUFの中からInstructまたはChat向けを選ぶ。
- 7B/8B級、Q4_K_M前後、PCに収まるファイル容量へ絞る。
- ロード後に「日本語で3行に要約して」など短い質問を試す。
- 速度、メモリ、回答品質を記録し、次にQ5や別モデルを比較する。
最初のテスト質問
- 「自己紹介を日本語で3文にまとめてください」
- 「次の文章を3つの箇条書きで要約してください」
- 「分からない場合は推測せず、分からないと答えてください」
- 同じ質問を2回送り、速度と回答の安定性を見る。
うまく動かない時の戻り方
モデル規模とファイル容量を下げます。
短い入力へ戻し、GPUオフロードを確認します。
日本語例やInstruct用途を確認し、別モデルを試します。
次に読む記事
- GGUFとは - ファイル形式と表示の意味を確認する
- Q4・Q5・Q8の違い - 量子化を比較する
- モデルサイズ早見表 - PCメモリ別の範囲を見る
- GPUオフロードとは - CPUだけ使われる時に確認する
よくある質問
LM Studioで最初におすすめのモデル名はありますか?
モデルは更新が早いため、固定名で強くすすめるより、7B/8B級、GGUF、Q4/Q5、ファイルサイズを見て軽いものから試すのが安全です。
Q4とQ5はどちらを選べばよいですか?
PCスペックに不安があるならQ4から、16GB以上で少し余裕を見たいならQ5も候補です。まずは動く範囲を確認しましょう。
日本語モデルだけを選べば大丈夫ですか?
日本語対応の説明は参考になりますが、実際の自然さは試して確認する必要があります。同じ短い質問で比較すると判断しやすいです。
LM Studioで最初に選ぶモデルは7Bと8Bのどちらですか?
数字だけで決める必要はありません。7B/8B級のInstructモデルから、GGUFのQ4_K_M前後でPCに収まるものを選び、モデルカードの日本語用途やライセンスも確認してください。
最初からQ5やQ8を選んでもよいですか?
PCに余裕があれば比較できますが、最初はQ4_K_M前後で動作基準を作る方が、ロード失敗や極端な遅さを避けやすいです。安定後にQ5を比較してください。
BaseモデルとInstructモデルのどちらを選びますか?
最初のチャットや質問回答にはInstructまたはChat向けが分かりやすいです。Baseモデルは追加調整や別用途を前提にすることがあり、初心者の最初の1本には向かない場合があります。
次に読むおすすめルート
初めてローカルAIを触る人
まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。
- クラウドAIとローカルAIの使い分け
- ローカルLLMとは
- ローカルAIを入れる前に確認すること
- WindowsでローカルAIを始める完全ガイド
- Windows ARMでローカルAIを使う前の確認
- WindowsでOllamaをインストールする
- Windowsでローカル音声認識を始める
- WindowsでローカルTTSを始める
- WindowsでローカルOCRを始める
- Windowsで話者分離を始める
- WindowsでローカルAI翻訳を始める
- LM Studioとは
- GGUFとは
- GGUF版とは
- GGUFファイル名の読み方
- LM StudioでGGUFを入れる方法
- LM Studioで画像を読み込む方法
- LM Studioのモデル保存場所と移動
- 小型LLM・量子化の現実
- GGUF量子化安全とRAG/NPU研究
- Quant.npuとNPU向け静的量子化
- LENSで見るNPUレイテンシ予測
- Copilot+ PCのNPU期待値
- Hugging Face安全チェック
- PDF/RAG/引用確認の現実
- GGUFモデル選び診断
- Hugging FaceでGGUFモデルを探す方法
- Q4/Q5/Q8の違いと選び方
- 日本語GGUFモデルの選び方
- Q4/Q5/Q8研究ガイド
- Hermes Desktopとは
- Hermes DesktopとLM Studio接続
- Hermes DesktopとOllama接続
- Hermes Desktop接続トラブル
- Hermes AgentとDesktopの違い
- ローカルLLMツール比較
- ローカルAI更新メモ
- 診断ページ
あなたはどのタイプ?
- 初めてローカルAIを触る人 - まず全体像をつかみ、LM StudioとOllamaの違い、モデルサイズの考え方を順番に確認します。
- LM Studio・Ollamaの症状別トラブルを解決したい人 - 起動、モデルロード、Prompt Processing、generation、API接続、GPU確認をツール別に分けて読みます。
- GPUなし・低スペックPCの人 - 軽量モデル、メモリ別の目安、重いときの確認ポイントを先に見ます。
- PDFや資料を読ませたい人 - 先に基本を押さえ、モデル単体の確認後にAnythingLLMへ進みます。
- ローカルAIエージェントを試したい人 - Bionic、Ollama、AnythingLLM、Hermesを役割別に分け、local/cloud、tool、保存、PC負荷を順番に確認します。
- 開発・API連携したい人 - LM StudioとOllamaの違いを確認し、API、長文処理、RAGまで段階的に進みます。
関連チェック先
- Local AI Compass 診断 - 手元のPCスペックや目的から、最初に試す構成の目安を確認できます。
- LM Studio Docs - LM Studioのアプリ、ローカルモデル、モデル管理の公式入口です。
- Hugging Face Models - モデルカード、ライセンス、配布元、intended useを確認する入口です。
- Hugging Face Model Cards - Model Cardの用途、制限、評価、license、再現性に関する情報を確認できます。
- LM Studio Get started - Discoverでモデルを探し、Chatのmodel loaderでメモリへ読み込む現行の公式開始手順です。
- LM Studio Download an LLM - LM Studio内でモデルを探し、ダウンロードして使う流れを確認できます。
- LM Studio System Requirements - OS、CPU、RAM、GPU/VRAMなど、LM Studio利用前に見る公式要件です。
- LM Studio lms get - lms getでモデルを検索・ダウンロードし、量子化、GGUF・MLX、候補数を指定する公式CLI仕様を確認できます。
- LM Studio lms load - lms loadでcontext length、GPU offload、TTLを指定し、estimate-onlyでロード前の資源見積もりを確認する公式CLI仕様です。
- Kimi K3 in LM Studio Bionic - Kimi K3のBionicでのcloud model提供、2.8T parameter、1M context、cloud inferenceを確認するLM Studio公式記事です。