社内検索へAIを入れると、自然な質問で資料を探せます。しかし古い規程や下書きも一緒に検索すると、もっともらしい誤回答が作られます。検索精度より先に、正しい資料だけへ戻れる設計が必要です。
検索対象を分類する
- 正式な規程・手順
- 承認済みのFAQ
- 会議の決定事項
- 参考資料・過去事例
- 下書き・作業中資料
- 保存期限を過ぎた資料
正式情報と参考情報を同じ優先度にしません。下書きは検索対象から外すか、明確なラベルを付けます。
文書に付けるメタデータ
文書名だけでなく、所有部署、承認者、対象者、公開範囲、施行日、最終更新日、失効日、旧版との関係を付けます。会議録は決定済みと議論中を分けます。
AI回答に必要なルール
> 質問には承認済み文書を優先して回答し、出典文書名、該当箇所、更新日を表示してください。複数文書が矛盾する場合は結論を作らず、矛盾点と確認先を示してください。情報がない場合は「確認できない」と回答してください。
AIへ回答させる範囲と、原文を提示するだけの範囲を分けます。契約、法務、人事、セキュリティでは原文確認と担当部署への照会を必須にします。
権限を検索にも引き継ぐ
ユーザーが元文書を読めない場合、AI回答でも内容を見せません。部署異動や退職時に権限が外れるか、共有リンクから権限を回避できないかを確認します。質問履歴自体に機密情報が残る点も考慮します。
評価テスト
実際の質問を30〜50件用意し、正答、部分正答、誤答、回答不能を記録します。検索順位だけでなく、出典の正しさ、旧版混入、権限漏れ、回答不能時の安全性を評価します。
まとめ
社内AI検索は、文書を大量に登録するほど良くなるわけではありません。正式版、更新日、権限、出典、回答不能時の動作を整え、重要な回答は原文へ戻って確認できるようにしてください。
社内FAQをAIで作る方法とAIが文脈を覚える意味も参考になります。
実践確認：この記事を現場で使う手順
社内情報をAIで検索する方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心は社内検索 AI・ナレッジ検索・RAGです。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「社内情報をAIで検索する方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。社内検索 AI・ナレッジ検索・RAGの抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
