ローカルLLMの導入を検討する際、「どういう仕組みで動いているのか」を大まかに理解しておくと、ハードウェア選定やモデル選びの判断がスムーズになります。
本記事では、ローカルLLMの動作原理を「推論」「量子化」「GPUの役割」の3つの柱で、技術者でない方にもわかりやすく解説します。専門用語をできるだけ噛み砕いて説明しますので、安心してお読みください。
LLMの基本構造|Transformerとパラメータ
ローカルLLMの仕組みを理解するために、まずLLM(大規模言語モデル)の基本構造を押さえましょう。
Transformerアーキテクチャ
現在のLLMのほぼすべてがTransformerと呼ばれるアーキテクチャ(設計構造)をベースにしています。2017年にGoogleの研究チームが発表したこの技術は、文章中の単語同士の関係性を効率的に計算する「自己注意機構(Self-Attention)」を使うことで、文脈を深く理解できるのが特徴です。
例えるなら、Transformerは「文章全体を俯瞰的に眺めて、どの部分がどの部分と関係しているかを一度に把握できる仕組み」です。これにより、長い文章でも文脈を見失わずに処理できます。
パラメータとは何か
LLMの性能を示す指標としてよく使われるのがパラメータ数です。「7B」「13B」「70B」といった表記を見かけることがありますが、Bは「Billion(10億)」を意味し、7Bなら70億個のパラメータを持つモデルということになります。
パラメータとは、モデルが学習で獲得した「知識の断片」のようなものです。人間の脳のシナプス結合に相当すると考えるとイメージしやすいでしょう。パラメータ数が多いほど、一般的にはより複雑な処理が可能になります。
ただし、2026年現在ではSLM(Small Language Model)の研究が進み、パラメータ数が少なくても高い性能を発揮するモデルが増えています。
推論(Inference)の仕組み|AIが回答を生成するまで
LLMの動作は「学習(Training)」と「推論(Inference)」の2つのフェーズに分かれます。ローカルLLMで実際に行うのは推論のフェーズです。学習済みのモデルを使って、入力されたテキストに対する回答を生成する処理です。
推論の流れをステップごとに解説
ローカルLLMに「明日の会議のアジェンダを作成してください」と入力した場合、内部では以下の処理が行われています。
ステップ1:トークナイゼーション(トークン化)
まず、入力テキストを「トークン」と呼ばれる最小単位に分割します。日本語の場合、1つの漢字が1トークンになることもあれば、よく使われる単語が1トークンにまとめられることもあります。一般的に、日本語は英語に比べて同じ内容でもトークン数が多くなる傾向があります。
ステップ2:埋め込み(Embedding)
分割されたトークンは、数値のベクトル(数字の列)に変換されます。これにより、コンピュータが言語を数学的に処理できるようになります。意味が近い単語は、ベクトル空間上で近い位置に配置されます。
ステップ3:Transformerブロックでの処理
変換されたベクトルがTransformerの層を順番に通過し、文脈情報を反映した表現に変換されます。この過程で、Self-Attentionメカニズムが「どの単語がどの単語と関連しているか」を計算します。
ステップ4:次トークンの予測
処理結果から、次に来る確率の高いトークンを予測します。例えば「明日の会議の」の次に来る可能性の高い単語として「アジェンダ」「議題」「準備」などの候補が確率付きでリストアップされ、最も適切なものが選ばれます。
ステップ5:自己回帰的な生成
ステップ4で生成されたトークンを入力に追加し、再びステップ3〜4を繰り返します。1トークンずつ順番に生成していくため、これを「自己回帰(Autoregressive)」と呼びます。文章が完成するか、最大トークン数に達するまでこのループが続きます。
トークン生成速度の目安
ローカルLLMの応答速度は「トークン/秒(tokens/sec)」で測定されます。快適に利用するための目安は以下の通りです。
| 速度 | 体感 | 必要なスペック目安 |
|---|---|---|
| 5〜10 tokens/sec | やや遅いが使える | VRAM 8GB、7Bモデル |
| 15〜30 tokens/sec | 快適に利用可能 | VRAM 16GB、7B〜13Bモデル |
| 30〜60 tokens/sec | 非常に高速 | VRAM 24GB、高性能GPU |
量子化(Quantization)の仕組み|モデルを軽量化する技術
ローカルLLMを語る上で欠かせないのが量子化(Quantization)です。この技術なしには、一般的なPCでLLMを動かすことは困難です。詳細は量子化(Quantization)とは?の記事で解説していますが、ここではその基本的な仕組みを説明します。
なぜ量子化が必要なのか
LLMのパラメータは通常、16ビット浮動小数点数(FP16)や32ビット浮動小数点数(FP32)で保存されています。例えば7Bモデルの場合、FP16では約14GBのメモリが必要です。70Bモデルなら約140GBとなり、一般的なGPUでは到底メモリに収まりません。
量子化の原理
量子化とは、パラメータの数値精度を下げることでモデルサイズを縮小する技術です。イメージとしては、画像の色数を減らすのに似ています。元の画像が1600万色で表現されているところを、256色に減らしてもパッと見ではほとんど区別がつかないように、パラメータの精度を16ビットから4ビットに減らしても、モデルの出力品質はほとんど変わりません。
量子化のレベルには種類があり、一般的に以下のように分類されます。
| 量子化レベル | サイズ削減率 | 品質への影響 | 用途 |
|---|---|---|---|
| 8bit(Q8) | 約50% | ほぼ影響なし | 品質重視 |
| 5bit(Q5) | 約69% | わずかな影響 | バランス重視 |
| 4bit(Q4) | 約75% | 軽微な影響 | 最も一般的 |
| 3bit(Q3) | 約81% | 一定の品質低下 | メモリ制約が厳しい場合 |
| 2bit(Q2) | 約88% | 顕著な品質低下 | 実験的用途 |
中小企業での実用には4bit量子化(Q4)が最もバランスが良く、多くの場合おすすめです。例えば、7Bモデルは約4GBに、13Bモデルは約8GBに圧縮でき、一般的なGPUで十分動作可能になります。
GGUFフォーマット
ローカルLLMの量子化モデルは、多くの場合GGUFというファイルフォーマットで配布されています。これはllama.cppプロジェクトで開発されたフォーマットで、OllamaやLM Studioでもそのまま利用できます。
GPUの役割|なぜGPUが重要なのか
ローカルLLMの動作速度を決める最大の要因がGPUです。
CPUとGPUの違い
CPU(Central Processing Unit)は「万能選手」で、さまざまな計算を順番に高速処理します。一方、GPU(Graphics Processing Unit)は「大人数のチーム」で、同じ種類の計算を何千もの処理ユニットで同時並行に実行します。
LLMの推論処理は、大量の行列演算(掛け算と足し算の繰り返し)で構成されています。これはまさにGPUが得意とする並列計算のパターンであり、CPUと比較して10〜100倍の速度差が出ることも珍しくありません。
VRAM(ビデオメモリ)の重要性
GPUの性能指標の中で、ローカルLLMにとって最も重要なのがVRAM(Video RAM)の容量です。VRAMは、GPUが直接アクセスできる高速メモリで、モデルのパラメータを格納するために使われます。
簡単に言えば、VRAMの容量 = 動かせるモデルの最大サイズです。
| VRAM容量 | 動作可能なモデル(4bit量子化時) | 代表的なGPU |
|---|---|---|
| 8GB | 7Bモデル | RTX 4060, RTX 3070 |
| 12GB | 13Bモデル | RTX 4070, RTX 3080 |
| 16GB | 30Bモデル | RTX 4070 Ti Super |
| 24GB | 70Bモデル | RTX 4090, RTX 3090 |
詳しいハードウェア選定についてはローカルLLM向けPC・GPUガイドで解説しています。
CPU推論という選択肢
GPUがない場合でも、CPUだけでローカルLLMを動かすことは可能です。速度はGPU利用時の1/10〜1/50程度になりますが、テスト目的や応答速度を気にしない用途であれば十分に使えます。Raspberry Piのような小型デバイスでの動作も可能です。
モデルの読み込みから応答までの全体フロー
ここまでの内容を統合して、ローカルLLMが実際に動作する全体の流れを整理しましょう。
- モデルファイルの準備:量子化されたモデルファイル(GGUF形式など)をダウンロード
- 推論エンジンの起動:OllamaやLM Studioなどのソフトウェアを起動
- モデルのメモリ展開:モデルファイルがGPUのVRAM(またはシステムRAM)に展開される
- ユーザー入力の受付:テキストプロンプトを入力
- トークン化:入力テキストをトークンに変換
- GPU上での推論計算:Transformerの各層で並列計算を実行
- トークン生成:次のトークンを予測し、1つずつ生成
- テキスト変換・出力:生成されたトークンを人間が読めるテキストに変換して表示
この一連の処理が、ユーザーから見ると「質問を入力したら回答が表示される」というシンプルな体験として提供されます。
コンテキストウィンドウ|AIが一度に理解できる文章量
LLMにはもう一つ重要な概念としてコンテキストウィンドウ(Context Window)があります。これは、モデルが一度に処理できるトークン数の上限のことです。
例えば、コンテキストウィンドウが8,192トークンのモデルの場合、入力テキスト(システムプロンプト+ユーザーの質問+過去の会話履歴)と出力テキストの合計が8,192トークンを超えることはできません。
2026年現在の主要なローカルLLMモデルでは、32,768〜131,072トークンのコンテキストウィンドウが一般的です。ただし、コンテキストウィンドウが大きいほどVRAM消費量が増える点には注意が必要です。RAGを活用すれば、コンテキストウィンドウの制限を実質的に回避することも可能です。
まとめ:仕組みを理解して最適な導入判断を
ローカルLLMの仕組みを理解することで、以下のような判断がしやすくなります。
- ハードウェア選定:VRAMの重要性を理解し、適切なGPUを選べる
- モデル選定:パラメータ数と量子化レベルから、自社環境で動くモデルを判断できる
- 性能の見積もり:トークン生成速度の目安がわかり、業務に使えるかどうかを判断できる
- トラブルシューティング:動作が遅い場合の原因を推測し、適切な最適化ができる
技術的な詳細をすべて理解する必要はありませんが、基本的な仕組みを把握しておくことで、メリット・デメリットをより正確に評価でき、導入の成功確率が高まります。ローカルLLMの全体像と合わせて参考にしてください。
関連記事
Claude CodeでREST API開発|設計からテストまでAI駆動で高速構築
Claude Codeでコードレビュー|AIを活用した品質チェックとレビュー効率化
Claude Codeのコンテキスト管理術|大規模プロジェクトで精度を維持する方法
Claude Codeのカスタムスラッシュコマンド作成ガイド|独自ワークフローの自動化
Claude Codeでデータベース移行・マイグレーション|安全なスキーマ変更の実践
Claude Codeでデバッグを効率化|バグ修正・エラー解析の実践テクニック
Claude Codeでドキュメント自動生成|README・API仕様書・技術文書の効率的な作り方
Claude Codeでエラーハンドリング実装|堅牢なアプリケーションを構築するパターン集