Skip to main content
PromptQuorumPromptQuorum

ローカルRAGに最適な埋め込みモデルは?

クイック回答

nomic-embed-textはOllama経由のローカルRAGに最適な埋め込みモデルです — 8,192トークンのコンテキストで控えめなハードウェアでも効率的です。BGE-M3は多言語文書コレクションにより適しています。

  • nomic-embed-text: 8,192トークンのコンテキストウィンドウ、Ollamaの埋め込みAPI経由で動作、強力な汎用選択肢。
  • BGE-M3: 多言語検索専用に構築 — 文書が複数言語にまたがる場合の正しい選択。
  • mxbai-embed-large: 強力な代替汎用埋め込みモデル、nomic-embed-textよりわずかに大きいフットプリント。

更新: 2026-07

Quick Answers中級

重要なポイント

  • 最良の汎用選択: nomic-embed-text — 8,192トークンのコンテキスト、Ollamaの埋め込みAPI経由で動作
  • 最良の多言語選択: BGE-M3 — 多くの言語にわたる強力な検索専用に構築
  • 代替案: mxbai-embed-large — 強力な汎用品質、わずかに大きいフットプリント
  • all-MiniLM-L6-v2のような旧モデルは小さく高速だが品質が明らかに劣る — 本格的なRAGには避けること

ベストピック: nomic-embed-text

nomic-embed-textがローカルRAGに最適な埋め込みモデルである理由は、真に長い8,192トークンのコンテキストウィンドウと、埋め込みAPIを通じたOllamaへのネイティブサポートを兼ね備えた効率的な推論を組み合わせているからです。旧来の埋め込みモデルは通常512トークン程度で頭打ちになり、文書をより積極的にチャンク分割せざるを得ず、チャンク境界を跨いだ文脈が失われます。nomic-embed-textの長いウィンドウはこの問題を軽減します。

文書コレクションが複数言語にまたがる場合、BGE-M3の方が良い選択です。強力な多言語検索性能のために特別に訓練されており、一方nomic-embed-textや他のほとんどの選択肢は主に英語に最適化されていて、非英語テキストでの性能が弱くなります。

mxbai-embed-largeは、nomic-embed-textと比較して結果を検証したい場合の堅実な代替汎用選択肢です — やや大きいフットプリントですが、英語検索ベンチマークで競争力のある品質を持ちます。

埋め込みモデルの比較

本格的なRAG作業にはall-MiniLM-L6-v2のような旧来の小さいモデルを避けてください — 高速で軽量ですが、nomic-embed-text、BGE-M3、mxbai-embed-largeに比べ検索精度が明らかに劣ります。ほとんどのRAGユースケースでは、速度向上よりも品質のギャップの方が重要です。

推奨される3つのモデルはすべて、最小限のセットアップでOllamaの埋め込みAPI経由で動作します — モデルをpullして埋め込みエンドポイントを呼び出すのは、どれを選んでも同じワークフローです。

関連記事

よくある質問

埋め込みモデルをローカルで動かすのにGPUが必要ですか?
いいえ — 埋め込みモデルはチャットLLMよりはるかに小さく、CPUでも妥当な速度で動作します。GPUは大規模な文書コレクションの一括インデックス作成を高速化しますが、一般的なRAGワークロードには必須ではありません。
埋め込みとチャットに同じモデルを使えますか?
いいえ — 埋め込みモデルとチャットモデルは異なる目的を果たし、異なるアーキテクチャを使用します。専用の埋め込みモデル(nomic-embed-textなど)をチャットモデル(Qwen3やLlamaなど)の代わりではなく並行して動かしてください。
nomic-embed-textでRAGのチャンクサイズをどう選べばいいですか?
8,192トークンのコンテキストは柔軟性をもたらしますが、それでも短めのチャンク(数百トークン)は非常に長いチャンクよりも一般に正確に検索されます。広すぎるチャンクは埋め込みの特異性を薄めるためです。チャンクあたり約300-500トークンから始め、検索品質に基づいて調整してください。
BGE-M3はnomic-embed-textより遅いですか?
BGE-M3はやや大きいため、nomic-embed-textに比べ推論とインデックス作成が控えめに遅くなることを見込んでください — 信頼できる多言語検索が必要なら妥当なトレードオフです。