ナレッジベース入門
最終更新
役に立ちましたか?
ナレッジベースは、ファイル、メモ、ディレクトリ、またはWebページを、繰り返し検索できる資料コレクションとして整理します。まず再現率テストで、システムが正しい断片を見つけられることを確認し、その後ナレッジベースを対話やAgentで使用します。
短い文章を一時的に処理するだけなら、そのまま対話に貼り付けるほうが早いです。資料を繰り返し使う場合や、回答を必ず内部資料に基づかせる必要がある場合に、ナレッジベースを作成します。
社員規程、製品マニュアル、プロジェクト資料を検索する
ナレッジベースを作成する
資料を繰り返し使うため、原文を安定して参照する必要がある
添付ファイルを一時的に分析する
対話で直接アップロードする
長期的な管理やインデックス作成は不要
資料はまだ継続的に整理中
まず【メモ】で整理する
未確認の内容が正式な回答として扱われるのを避ける
資料を長期的に自動処理する必要がある
ナレッジベース作成後にAgentを紐づける
Agentはタスクの中で同じ資料範囲を継続して使用できる

ナレッジベース
同じテーマを中心に整理された、一組の資料と検索設定
資料項目
取り込まれた1つのファイル、メモ、ディレクトリ内のファイル、またはWebページのスナップショット
チャンク
資料を分割した後、検索に使われる小さな断片
再現率
質問に基づいて関連する断片を見つけ出すプロセス
埋め込みモデル
文章をベクトルに変換し、表現は違っても意味が近い内容を照合するために使うもの。必須ではない
リランキングモデル
候補断片を再度採点して並べ替えるもの。これも任意
埋め込みモデルがなくてもナレッジベースは使えます。その場合は主にBM25のキーワード検索に依存します。初回体験では、まず【使用しない】を選び、作成、取り込み、再現の流れを通してみてください。
ナレッジベースの範囲
—
1つの明確なテーマ
検索に一緒に参加する資料を制御する
規程、製品、プロジェクト資料
権限やライフサイクルが異なる内容は分けるべき
埋め込みモデル
使用しない
ひとまず使用しない
ベクトル検索を追加するかどうかを決める
口語的な質問と原文の差が大きい
クラウドモデルの課金とデータ処理はサービス提供元に依存する
テスト質問
—
実際の質問3~5件
長期的な回帰ベースラインを構築する
資料や設定を更新するたびに
資料タイトルと原文だけでテストしない
正式利用に入る
—
資料、チャンク、再現の3項目がすべて通過する
解析や検索の問題を対話に持ち込まないようにする
すべてのナレッジベース
チャットモデルは、再現されなかった重要情報を補完できない
必要な資料はすべて利用可能状態になっており、処理中やエラー状態のまま長く止まっていない。
1~2件の資料をランダムに開き、本文とチャンクに文字化け、ページ抜け、明らかな順序の乱れがない。
固定の質問で再現テストを行い、正しい出典が安定して上位結果に表示される。
小林さんは、同僚が出張規程を検索できるようにしたいと考えました。そこで【社員出張規程】ナレッジベースを作成し、宿泊、交通、承認の3つの資料を取り込み、まず埋め込みモデルは設定しませんでした。3つの資料が利用可能になった後、「北京での宿泊上限はいくらか」「5000元以上は誰が承認するか」などの質問でテストしました。
合格基準は、各質問で正しい規程の出典が見つかり、断片に適用条件と結論の両方が含まれていることです。この基準に達してから初めて、彼は社員Q&Aを担当するAgentにナレッジベースを紐づけました。
ナレッジベースはあなたの資料から断片を見つける役割を担い、チャットモデルは質問を理解して回答を組み立てる役割を担います。再現段階で重要情報が見つからない場合、単にチャットモデルを変更しても通常は解決しません。
本文とチャンクの抜き取り確認を行い、再現テストも完了する必要があります。取り込み成功は、処理が終わったことを示すだけで、結果が完全であることや並び順が正しいことを意味しません。
最終更新
役に立ちましたか?
役に立ちましたか?