この記事で分かること／分からないこと
- 分かること: 社内問い合わせRAGで、規程・マニュアルの版が複数存在するときに起きやすい問題
- 分かること: 版のズレを検索の設計にどう組み込むか、選定時に確認すべき論点
- 分からないこと: 個別の製品が版管理の論点にどこまで対応しているか(製品ごとに個別の確認が必要)
- 分からないこと: 規程改定のフロー自体をどう整備するか(検索ツールの選定より前にある組織側の課題)
社内問い合わせで起きる「どの版が根拠か分からない」問題
社内の規程やマニュアルは改定される。旧版のPDFが社内Wikiや共有フォルダに残ったまま、新版が別の場所に追加されるということが起きる。RAGは文書の中身の近さで検索結果を選ぶ仕組みであり、「新しい方を優先する」という判断を自動では行わない。結果として、すでに廃止された旧規程の記載を根拠に、検索結果としてはもっともらしい回答が返ることがある。
検索の類似度は「新しさ」を保証しない
埋め込みベクトルによる検索は、質問文と文書の内容がどれだけ近いかを見ている。発効日や廃止日といった情報は文書の中身とは別の属性であり、検索の類似度計算には基本的に反映されない。むしろ、改定前の詳しい旧版の方が質問文に近い表現で書かれていて、簡潔な改定通知よりも高いスコアを取ってしまうことすら起こり得る。
版を検索設計の中でどう扱うか
この問題への対処は、文書そのものへの発効日・廃止日・上位版IDといったメタデータの付与と、検索時にそれを使ったフィルタリングや重み付けをセットで考える必要がある。文書を検索できるようにするだけでは、版の新旧を区別する情報が検索結果に反映されない。
「分からない」と答える設計との接点
版が複数ある状態で無理に一つの答えを組み立てようとすると、廃止済みの版を根拠にした回答がそのまま返ってしまう。どの版を参照したか分からない、または版の新旧が判定できない場合には、断定した回答を返さずに確認を促す設計にしておく方が、誤った規程解釈を防ぎやすい。この「出す前に確認する」という考え方は、社外向けの公開前検査の記事で扱っている内容とも重なる。
選ぶときに何を見るか
- 発効日・廃止日などのメタデータを文書ごとに管理し、検索に反映できるか
- 旧版を検索結果から除外する、または「旧版である」とラベル付けして提示できるか
- 規程改定のたびに、どの程度の頻度で再インデックスする運用になるか
- 部署やプロジェクトごとの公開範囲(アクセス権)と版管理を両立できるか
これらは製品の機能一覧だけでは判断しづらく、実際の規程改定の頻度や運用フローに当てはめて確認する必要がある。
よくある質問
Q1. 版が複数ある規程を、検索結果から自動で見分けることはできるか
検索の類似度計算だけでは見分けられない。発効日・廃止日などのメタデータを文書に付与し、検索時にそれを使って絞り込む仕組みを別途用意する必要がある。
Q2. 新しい規程の方が、常に高いスコアで検索されるのか
そうとは限らない。改定前の詳しい旧版の方が、質問文に近い表現で書かれていて高いスコアを取ることもある。新しさは検索の類似度とは別の軸として扱う必要がある。
Q3. 版管理はRAGツールの導入だけで解決するか
しない。メタデータの設計や、規程改定のたびにどう反映するかという運用フローは、ツールの選定より前に社内で整備しておく必要がある。
Q4. 版が分からない場合、RAGはどう振る舞うべきか
断定した回答を返すのではなく、複数の版が存在する可能性を示す、または回答を保留して確認を促す設計の方が、誤った規程解釈を避けやすい。
社内問い合わせRAGの版管理は、ナレッジ管理における暗黙知の扱いとも地続きの論点である。書かれた文書の中身をどう扱うかという視点はナレッジ管理RAGの記事、社外に回答が出る場面での慎重さはカスタマーサポートRAGの記事で扱っている。RAGサービス全体の比較はRAGサービス比較15選を参照してほしい。社内問い合わせRAGの導入について相談したい方は、お問い合わせから編集部までご連絡いただきたい。
- ハブ記事: RAGサービス比較15選
- 関連記事: RAGを公開前に検査してから出す運用
- 関連記事: ナレッジ管理RAGの難所
- 関連記事: カスタマーサポートRAGの難所