RAGは社内資料を検索し、根拠を示して答える仕組み
RAG（Retrieval-Augmented Generation）は、簡単に言うと「社内の資料を探してから、その内容をもとに答える仕組み」です。
イメージとしては、人がマニュアルを開いて答える代わりに、システムが近い資料を探して答えてくれる、という流れです。
質問 → 社内資料を探す → 見つかった内容をもとに回答
なぜ「入れる前」の確認が大事？
便利な反面、入れ方を間違えると「見せてはいけない資料まで答えてしまう」ことがあります。
だから最初に、何を入れてよいか・誰が聞けるかを決めておくのが大切です。
整理なし
整理あり
確認チェックリスト（5つ）
次の5つが揃ってから「資料を入れる・仕組みを作る」に進むと、あとからの手戻りが減ります。
- 入れる資料を「公開OK / 社内だけ / 機密」に分けた
- 答える相手と、見られる資料の範囲が一致している
- 回答に「どの資料を見たのか」を出せる
- 質問・回答のログを、いつまで・誰が見るか決めた
- 社外のサービスに送ってよいデータのルールを決めた
1. 資料は「全部入れない」
最初は「公開してよいマニュアル」や「よくある質問」だけに絞るのがおすすめです。
個人情報や契約条件が入った資料は、後回しにするか、必要な部分だけ抜粋して入れます。
機密
契約・個人情報・社外秘 → 最初は入れない
社内限定
部署マニュアルなど → 権限が固まってから
公開・FAQ
誰が見てもよい資料 → まずここから
上から順に、最初の導入では下の層から始める
2. 「聞ける人」と「見られる資料」をそろえる
チャットを使える人と、裏で検索される資料の範囲がズレると事故になります。
たとえば営業だけが見るべき資料が、全社員の質問に混ざってしまう、といったケースです。
使う人
- 営業チーム
- サポート担当
- 管理者
見られる資料
- 営業用マニュアル
- サポートFAQ
- 全社ルール
左の人が見られる資料だけを、右の検索対象にする
3. 回答には「出典」をつける
答えだけだと、「本当に正しいの？」がわかりません。
どの資料のどの部分を見たかがわかると、現場も安心でき、あとから説明もしやすくなります。
4. ログ（履歴）のルールを決める
質問文の中に、社外に出したくない内容が含まれることがあります。
「いつまで残すか」「誰が見られるか」を、作る前に決めておきましょう。
- 無期限に残さない（保存期間を決める）
- 本番とテストで、ログの扱いを分ける
- 一般の利用者は生ログを見られないようにする
5. 社外サービスに送ってよい情報を決める
クラウド上のLLM（大規模言語モデル）を使う場合、質問や資料の一部が社外に送られることがあります。
「送ってよいもの / 送ってはいけないもの」を図にして共有しておくと、チーム全員が同じ判断ができます。
社内
社外API（使う場合）
安全な資料で試し、権限を確認して広げる
チェックが終わったら、次の順番がおすすめです。
- 01
小さく試す
FAQなど安全な資料だけで効果を確認
- 02
権限を固める
誰が・どの資料を見られるかを設計
- 03
本番へ
運用ルール（ログ・更新）を決めて拡大
業務の課題整理から、設計・開発・導入まで
社内資料を検索に使う前に、
SHINJIDAIにご相談ください。
- どの資料まで投入してよいか決まらない
- 回答の出典や誤りの確認方法が曖昧
- 資料整理からRAG構築まで相談したい
課題の整理から伴走いま使うツールと対象業務、社内資料の区分を確認します。汎用的な文章作成と社内検索を分け、投入資料・権限・出典の範囲を提案。必要なRAG・連携を実装し、回答の根拠と扱えない質問を確認します。
初回は、困っている業務と現在の状況の概要で構いません。調査・設計・開発の範囲と費用は、着手前に合意します。
ID・パスワードや顧客データは、フォームに記載しないでください。
社内RAGの進め方を見るよくある質問
RAGとは何ですか？
社内の資料を検索してから、その内容をもとに回答する仕組みです。人がマニュアルを開いて答える代わりに、システムが近い資料を探して答えます。
最初から全部の資料を入れてよいですか？
おすすめしません。公開してよいマニュアルやFAQなど、安全な資料から小さく始め、権限設計が固まってから範囲を広げる方が手戻りが少ないです。
クラウドのLLMを使う場合、何に注意すればよいですか？
質問や資料の一部が社外に送られることがあります。「送ってよいもの／送ってはいけないもの」の境界を、導入前にチームで共有してください。
情シスや経営への説明は、このチェックだけで足りますか？
安全確認の土台にはなります。稟議で通すには、試用範囲・成功条件・対象外を1枚にまとめる型もあわせると早いです。情シスが通す設計のコラムを参照してください。
権限とログの運用まで決めたい場合は？
本チェックの「聞ける人」「ログのルール」を、見直しのリズムまで含めた運用の型に落とすと止まりにくいです。権限・ログを最初に決めるコラムとセットで使ってください。