id: G-63(誌面表示: G-63) · 物理ページ: 610–611(pages=2) · category: term_llm · figure_type: comparison · status: ready · evaluation_date: 2026-09-05
tagline 25/25-45 ✓何を 79/60-200 ✓どこで 70/60-200 ✓会話例 40/25-50 ✓見1 18/15-40 ✓見2 25/15-40 ✓見3 29/15-40 ✓見4 25/15-40 ✓見5 32/15-40 ✓見6 17/15-50 ✓
← G-62 チャンク分割 目次 G-64 リランキング →
バイブ特有
610

ハイブリッド検索

文字の一致と意味の近さを組み合わせる検索方式です。
体験区分:調査ベース 推奨読者レベル:Level 3-4

何をしてくれるか

キーワード検索(BM25 などの文字一致)とベクトル検索(意味の近さ)を同時に走らせ、結果を統合します。必要に応じて、統合結果を次工程のリランキングへ渡します。

どこで出会うか

RAG(G-15)の検索部分で登場します。型番・エラーコード・人名など完全一致が必要な質問は、ベクトル検索だけでは拾いにくいため併用します。

比較図
図(figure_type: comparison)は本番生成器(Astro + React primitive)で描画。
iter 22 時点ではプレースホルダ。
ハイブリッド検索 を使う人

検索窓に「エラーコード XJ-204」と打ち込む人物。そこから左右に「キーワード検索(言葉)」レーンと「ベクトル検索(意味)」レーンが伸び、中央で合流して 1 本の結果リストになる図

擬人化ポンチ絵 · 後日差し込み
開発フローでの位置
資料の分割
→
疎な索引作成
→
密な索引作成
→
検索と統合
→
並べ直し
2026.09·ready
「型番の質問はベクトル検索だけだと拾えないので、ハイブリッド検索にしましょう。」
ハイブリッド検索の見方
611
この用語の見どころ
1
役割

2 系統の検索結果を 1 つにまとめます。

2
うれしさ

片方の弱点をもう片方が補い、拾い漏れを減らせます。

3
注意点

結果の混ぜ方(RRF など順位の合成方式)で質が変わります。

4
どこで役立つか

型番やエラーコードを含む問い合わせに強い設計です。

5
はじめに

まず同じ質問で両方式を比較し、RRF などの統合方法を評価します。

6
深掘り先

RRF、リランキング、チャンク分割

非エンジニアのつまずき
  • 意味で探すだけでは型番が拾えない、と気づけません
  • 2 つの検索をどう混ぜているのかが想像できません
  • 自分で用意するのか、既定で入っているのかが分かりません
私のコメント
  • 第一印象:実利に沿う仕組みで、BM25 が今も生きているのが面白いです
  • 良い点:賢くなった恩恵を、そのまま受け取れます
  • ダメな点:これといった不満は思いつきません
  • 誰向けか:型番や品番を扱う仕事の人向けです
関連用語
備考

問い合わせの約 35% が型番などを含んでいたという報告や、密+疎の組み合わせが密単独より一貫して良いという報告値は本文で「〜という報告があります」の形にとどめ、具体的な MRR 数値(66%…

G-63·term_llm
バイブコーディング図鑑