LM Studio Bionic × RAG|自分のPDFを検索する方法

本サイトではAmazonアソシエイトを含むアフィリエイト広告を利用しています。

AI Motion Lab おすすめガジェット

仕事・ローカルLLM・REDMAGIC Astra 2・ゲーム環境で役立つガジェットを、Amazonストアフロントにまとめています。

AI Motion Labの記事で紹介しているPC周辺機器や、実際に使っている・気になるアイテムをテーマ別に探せます。

※当サイトはAmazonアソシエイト・プログラムを利用しています。

「何十ページもあるPDFから、必要な箇所だけ探したい」

「社内マニュアルや取扱説明書の内容を、AIに質問できるようにしたい」

そんなときに役立つのが、LM Studio BionicとRAGを組み合わせたPDF検索です。

先に結論を言うと、文字を選択できるPDFであれば、BionicのProjectへ追加し、資料に基づく要約・比較・質問回答を行えます。

ただし、PDFを追加するだけで必ず正確な回答が得られるわけではありません。スキャンPDFにはOCRが必要になる場合があり、質問が曖昧だと関係のない箇所が選ばれることもあります。

この記事では、RAGの意味からBionicへのPDF追加手順、コピーして使える質問文、回答精度を確かめる方法まで、初心者向けに説明します。

この記事の結論
最初は、内容をよく知っているPDFを1冊だけ追加してください。「本文にある質問」と「本文にない質問」を両方試し、Bionicが“書かれていないこと”を正しく判断できるか確認するのが重要です。

広告

目次

RAGとは?

RAGは「Retrieval-Augmented Generation」の略で、日本語では「検索拡張生成」と呼ばれます。

簡単に言うと、AIが質問に関係する文章を資料から探し、その文章を根拠に回答を作る仕組みです。

通常のLLMは、学習時に覚えた知識と、会話画面へ入力された情報を使って回答します。しかし、手元にある社内資料や購入した製品の説明書までは知りません。

そこでRAGでは、質問を受けたあとに資料を検索し、見つかった文章をLLMへ渡します。

質問
  ↓
PDFから関係する箇所を検索
  ↓
検索結果をLLMへ渡す
  ↓
資料に基づいた回答を生成

イメージとしては、AIにPDFを丸暗記させるのではなく、質問のたびに索引を使って必要なページを開かせる方法です。

短いPDFはRAGを使わないこともある

LM Studioの公式ドキュメントでは、短い文書は全文をモデルのコンテキストへ入れ、長い文書ではRAGを使って関連箇所を取り出すと説明されています。

コンテキストとは、LLMが一度に読みながら考えられる「作業机」のようなものです。

PDFの状態主な処理イメージ
短く、全文がコンテキストに収まるPDFの文章をまとめてモデルへ渡す
長く、全文が収まらない質問に近い箇所を検索してモデルへ渡す

そのため、PDFを追加したからといって、すべての質問で必ずベクトル検索が行われるとは限りません。読者が本当に必要なのは内部方式の名前ではなく、長いPDFから関係箇所を取り出し、根拠付きで答えられることです。

広告

「Bionic × RAG」とLM Studio標準RAGの違い

ここは少し紛らわしいため、先に整理しておきます。

LM Studioの公式ドキュメントで「RAG」と明記されているのは、LM Studioアプリの「Chat with Documents」です。一方、BionicはPDFなどのファイルをProjectへ追加し、AIエージェントに調査、要約、比較、成果物作成を依頼するアプリとして案内されています。

この記事では、Bionicで自分のPDFから必要な情報を探し、回答や資料作成へ利用する流れを、広い意味で「Bionic × RAG」と表現しています。

比較項目LM StudioLM Studio Bionic
得意なことPDFを添付して質問するPDFを調査し、比較表や報告書まで作る
公式上の表現Chat with Documents/RAGDocuments and Filesを扱うAIエージェント
資料の管理チャット単位で添付Project内でファイルを共有
向いている人まずPDFへ質問したい人PDF検索を仕事の流れへ組み込みたい人

単純にPDFへ質問したいだけならLM Studio、複数資料から報告書や一覧表を作りたいならBionicと考えると選びやすくなります。

BionicでPDFを検索するために必要なもの

準備するものは次の3つです。

  • LM Studio Bionic
  • ローカル、LM Link、Cloudのいずれかのモデル
  • 検索したいPDF

Bionicはローカルモデルだけでなく、別端末のモデルを使うLM Linkやクラウドモデルにも対応しています。

機密性を優先する場合はLocal、手元のPC性能が足りない場合はLM Link、重い処理や高い精度を優先する場合はCloudという選び方ができます。ただし、会社資料を扱う場合は、会社が許可した実行方法だけを使用してください。

手順1:PDFが文字検索できるか確認する

最初に、PDFを開いて文章をマウスで選択できるか確認します。

選択した文章をメモ帳へコピーできれば、テキスト情報を持つPDFです。そのまま扱える可能性が高いでしょう。

文章を選択できず、1ページ全体が画像のようになっている場合は、紙をスキャンして作ったPDFかもしれません。この場合は、OCRで画像から文字を読み取る前処理が必要になることがあります。

PDFの種類見分け方対応
テキストPDF文章を選択・コピーできるそのまま追加する
スキャンPDF文章を選択できないOCR後のPDFまたはテキストへ変換する
表・図が中心文字は少なく、画像で情報を表現画像対応モデルを検討し、結果を目視確認する
パスワード付きPDF開くときに認証を求められる権限を確認し、許可された方法で解除・複製する

OCRには読み間違いがあります。数字、日付、製品型番、薬剤名など、1文字の違いが問題になる情報は原本と照合してください。

手順2:PDF検索用のProjectを作成する

Bionicを起動したら、新しいProjectを作成します。

たとえば、次のように目的別で分けます。

PDF-Knowledge/
├─ manuals/       # 取扱説明書
├─ rules/         # 規程やガイドライン
├─ reports/       # 報告書
└─ answers/       # Bionicが作成した回答や比較表

Project名は「PDF検索」よりも、「就業規則」「製品マニュアル」「調査資料」など、扱う内容がわかる名前がおすすめです。

異なるテーマのPDFを大量に混ぜると検索対象が広くなり、似た用語を含む別資料が選ばれる可能性があります。最初は1つのProjectに1テーマを目安にします。

手順3:PDFをProject Filesへ追加する

検索したいPDFをBionicへドラッグ&ドロップするか、ファイル追加機能から選びます。

Project Filesへ追加したファイルは、同じProject内のSessionで共有できます。そのため、次のように作業を分けられます。

  • Session 1:PDF全体の概要を確認する
  • Session 2:特定の項目を検索する
  • Session 3:複数PDFを比較する
  • Session 4:結果を報告書へまとめる

ファイル名は、内容と版数がわかるようにしておくと便利です。

製品A_取扱説明書_第3版_2026-09.pdf
情報管理規程_2026-04改訂.pdf
プロジェクト月次報告_2026-10.pdf

「manual.pdf」「資料1.pdf」のような名前では、回答の根拠を確認するときに迷います。

手順4:最初にPDFの読み取り状態を確認する

いきなり難しい質問をせず、まず次のように依頼します。

Project FilesにあるPDFについて、次の項目を一覧にしてください。

- ファイル名
- 文書タイトル
- 発行元
- 発行日または改訂日
- ページ数
- 主な見出し
- 文字を正しく読み取れないページの有無

確認できない項目は推測せず「確認できない」と記載してください。

タイトルや見出しが原本と一致すれば、基本的なテキスト抽出はできています。文字化け、見出しの欠落、ページ順の乱れがある場合は、PDFをOCRし直すか、テキストやMarkdownへ変換してから追加します。

手順5:PDFの内容を質問する

最初の質問には、次の4点を含めます。

  1. どのPDFを使うか
  2. 何を探すか
  3. どの形式で答えるか
  4. 見つからない場合にどうするか

基本の質問テンプレート

「情報管理規程_2026-04改訂.pdf」だけを根拠に回答してください。

外部へのファイル持ち出しに関する規定を探し、次の形式でまとめてください。

1. 結論
2. 対象となる行為
3. 禁止事項
4. 例外や承認手続き
5. 根拠となる見出しとページ番号

PDF内で確認できない内容は推測せず、「記載を確認できない」と答えてください。

複数PDFを比較するテンプレート

Project Files内の「第2版」と「第3版」のPDFを比較してください。

- 追加された内容
- 削除された内容
- 表現だけが変更された内容
- 業務への影響が大きい変更

変更点ごとに、両方のファイル名とページ番号を付けてください。
判断できない箇所は推測せず、要確認として分けてください。

長いPDFから該当箇所を探すテンプレート

このPDFから「データ保存期間」「廃棄」「バックアップ」に関係する箇所を探してください。

完全一致する言葉だけでなく、同じ意味の表現も確認してください。
回答は、要点、対象者、期限、例外、根拠ページの順でまとめてください。

LM Studioの公式ドキュメントでも、RAGでは質問に関連しそうな用語や考え方を具体的に含めると、役立つ箇所を取得しやすいと案内されています。

「このPDFを要約して」だけでなく、「誰が、いつまでに、何をするか」「○○と同じ意味の表現も探す」と指定することが大切です。

PDF検索用Skillを作る

同じ形式で何度もPDFを検索するなら、検索ルールをSkillにしておくと便利です。

以下は、そのままたたき台として使えるSKILL.mdです。

---
name: pdf-source-search
description: Project Files内のPDFを検索し、根拠を明示した回答を作成する
---

# 目的
利用者の質問に関係する箇所をPDFから探し、資料に基づく回答を作る。

# 手順
1. 質問で指定されたPDFを確認する。
2. 指定がない場合は、検索に使用するPDF候補を先に示す。
3. 質問に含まれる用語と同義語で関係箇所を探す。
4. 複数の記載がある場合は、新しい版を優先する前に版数を利用者へ確認する。
5. 回答と根拠を分けて出力する。

# 出力形式
## 結論
## 根拠
| ファイル名 | 見出し | ページ | 要点 |
|---|---|---|---|
## 確認できなかったこと
## 人が原本を確認すべき点

# ルール
- PDFに書かれていない内容を補完しない。
- ページ番号を取得できない場合は「ページ確認不可」と記載する。
- 推測が必要な場合は回答へ混ぜず、推測として分ける。
- 同名ファイルや複数版がある場合は勝手に選ばない。
- 数字、日付、金額、固有名詞は原文と照合するよう注意を出す。
- 「記載がない」と「検索で見つけられない」を区別する。

使用時は、入力欄で@を入力してSkillを選びます。

@pdf-source-search
製品Aの保証対象外となる条件を調べてください。
保証期間、消耗品、水濡れ、改造の扱いを表にしてください。

RAGの回答精度を確かめる方法

PDF検索を仕事で使う前に、簡単なテストを行います。

1. 答えを知っている質問を5つ用意する

原本を読めば答えがわかる質問を作ります。

  • 発行日はいつか
  • 保存期間は何年か
  • 申請者は誰か
  • 禁止事項は何か
  • 例外条件は何か

Bionicの回答と、原本の記載を比較します。

2. PDFに書かれていない質問を3つ用意する

RAGで重要なのは、答えられることだけではありません。

資料にない質問へ「記載を確認できない」と答えられるかを確認します。もっともらしい内容を作ってしまう場合は、Skillへ「PDFにないことは答えない」というルールを追加します。

3. 似た言葉を使った質問を試す

PDFでは「削除」、質問では「廃棄」のように、異なる言葉で同じ意味を表すことがあります。

専門用語、略語、旧名称、言い換えでも該当箇所を探せるか確認します。

4. 根拠ページを開いて確認する

回答が正しく見えても、引用元が別の条件を説明している可能性があります。重要な判断では、必ずファイル名とページを開いて原文を確認してください。

PDF検索の精度を上げる7つのコツ

  1. 1つのProjectへ異なる分野のPDFを詰め込みすぎない
  2. ファイル名にタイトル、版数、改訂日を入れる
  3. 質問で検索対象のPDFを指定する
  4. 探したい用語と同義語を一緒に書く
  5. 回答へ根拠ページを付けるよう指定する
  6. スキャンPDFはOCRしてから追加する
  7. 長大なPDFでは章やテーマごとに質問を分ける

とくに効果が大きいのは、質問対象を絞ることです。

「全部のPDFから安全について教えて」ではなく、「情報管理規程のうち、USBメモリへの保存と社外持ち出しに関する記載を探して」と聞くほうが、検索意図が伝わります。

8GBの会社PCでもPDF検索できる?

8GB・GPUなしのPCは、LM StudioのWindows推奨要件である16GB RAMを下回ります。そのため、PDF検索は小さく試す必要があります。

PC環境モデルの目安PDF検索の始め方
RAM 8GB・GPUなしQwen3.5 2B、余裕があれば4B短いテキストPDFを1冊、質問を1つずつ
RAM 16GB前後4B〜9B級数冊のPDFから要約・比較
RAM 32GB・RTX 3060 12GB9B級を中心に比較複数資料の横断検索や報告書作成

8GB環境では、次の点を意識します。

  • 画像が多いPDFを避ける
  • 最初は10〜30ページ程度のPDFで試す
  • 長い会話を続けず、質問ごとにSessionを分ける
  • 一度に複数の成果物を作らせない
  • Bionic以外の重いアプリを終了する

大きなモデルが必ず必要なわけではありません。検索で適切な文章を取得できれば、小型モデルでも要約や項目抽出に使えます。ただし、複数条件の判断や表の読み取りではモデル性能の差が出やすいため、原本確認は必要です。

自分のPDFは外部へ送信される?

LM Studioの公式ドキュメントでは、ローカルモデルを使った文書チャットはオフラインで動作し、追加した文書は端末内で処理されると説明されています。

ただし、次の機能を使う場合はデータの流れが変わります。

  • Cloudモデル
  • Web Search
  • 外部のMCPサーバー
  • LM Linkで接続した別端末
  • 外部APIを使うOCRツール

機密資料を扱う場合は、ローカルモデルを選ぶだけでなく、Web Searchや外部連携が無効になっていることも確認します。

また、技術的にローカル処理できても、会社で利用できるとは限りません。社内規程、アプリのインストール許可、資料の保存場所を確認してください。

患者情報、顧客情報、未公開の契約書、研究データなどは、組織の承認を得るまで投入しないほうが安全です。

Bionic × RAGのメリット

PDFを読む時間を減らせる

数十ページの資料から、期限、対象者、禁止事項などを先に抽出できます。人は該当ページを確認することに集中できます。

複数資料を同じ形式で比較できる

旧版と新版、複数製品の説明書、月ごとの報告書などを表で比較できます。

回答から成果物までつなげられる

Bionicでは、検索結果を要約するだけでなく、Markdownの報告書、比較表、説明資料などのファイル作成へつなげられます。

ローカル構成を選べる

モデルと資料を端末内に置けば、インターネットへ接続せずに文書質問を行える構成を作れます。

Bionic × RAGのデメリット

検索で必要な箇所を取り逃すことがある

RAGは全文を毎回読む仕組みではありません。質問と検索語が曖昧だと、重要な文章が取得されない場合があります。

スキャンPDFや複雑な表に弱い

画像だけのPDF、段組み、注釈、細かい表では、文字抽出や読む順番が崩れることがあります。

回答が正しそうに見えてしまう

LLMは自然な文章を作るため、根拠が弱くても自信のある表現になる場合があります。根拠ファイルとページの表示を必須にします。

文書管理のルールが必要になる

旧版と新版が混在すると、古い規定を根拠に答える可能性があります。版数、改訂日、廃止資料を管理しなければなりません。

よくある質問

PDFを入れるだけで学習されますか?

いいえ。RAGはPDFの内容をモデルへ再学習させる方法ではありません。質問のたびに関係する文章を探し、回答の材料として渡します。PDFを削除してもモデル自体の知識が元に戻るわけではなく、そもそもモデルへ恒久的に覚え込ませているわけではありません。

ファインチューニングとの違いは?

RAGは外部資料を検索して内容を答える方法です。ファインチューニングは、例文などを使ってモデルの振る舞いや回答傾向を調整する方法です。頻繁に更新される規程やマニュアルの検索には、差し替えやすいRAGが向いています。

何冊までPDFを追加できますか?

追加できる数だけでなく、PDFの容量、ページ数、画像量、PC性能、質問の範囲が影響します。最初は1〜3冊で検証し、正しく検索できることを確認してから増やしてください。

スキャンしたPDFも検索できますか?

文字情報を持たないスキャンPDFは、そのままでは検索精度が落ちます。OCR処理を行い、文章を選択できるPDFまたはテキストへ変換してから追加するのが確実です。

LM StudioとBionicのどちらを使えばよいですか?

1冊のPDFへ質問するだけなら、LM StudioのChat with Documentsが簡単です。複数資料を継続的に管理し、比較表や報告書まで作りたい場合はBionicが向いています。

まとめ:最初は内容を知っているPDFを1冊だけ入れる

LM Studio Bionicを使えば、自分のPDFをProjectへ追加し、必要な情報の検索、要約、比較、報告書作成へつなげられます。

ただし、RAGは「PDFを入れれば何でも正しく答える仕組み」ではありません。

  • PDFが正しく文字化されているか
  • 質問対象を具体的に指定しているか
  • 根拠ファイルとページを確認しているか
  • 資料にない質問で推測しないか

この4点を検証する必要があります。

最初の一歩として、内容をよく知っているPDFを1冊追加し、次の3つを質問してみてください。

  1. 文書の目的は何か
  2. 重要な期限や数字は何か
  3. PDFに書かれていない質問へどう答えるか

答えを出せることより、根拠がないときに「わからない」と止まれること。

これを確認できれば、Bionic × RAGを仕事へ取り入れる準備が整います。


参考資料

広告

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

AI Motion Lab編集部のローカルLLM・技術担当。Ollama、LM Studio、llama.cpp、ComfyUIなど、自宅のパソコンでAIを動かす方法を解説します。プライバシー、必要なPC性能、導入手順まで実践的に検証します。

目次