文書の検索単位
文書を分割したチャンクは、検索の基本単位の一つです。業務で利用するには、類似度に加え、市場・製品・時点・権限などの条件を確認します。
Knowledge Engines知識の種類に合う
知識の種類に合う
エンジンで。
質問や依頼の意図を読み取り、必要な知識の種類に応じて4つのナレッジエンジンを使い分け。食い違いを整理して、回答や次の行動にまとめます。
Beyond Chunks知識は、
知識は、
文書の断片ではない。
RAGは、検索した情報を回答生成に利用する仕組みです。検索・回答を中心とする構成から業務の判断と実行へ広げるには、適用条件、案件の状態、承認や処理のルールを組み合わせる必要があります。
案件の状態の管理
一連の業務を進めるには、会話履歴に加え、案件の目的、確認済みの情報、現在の状態を継続して管理する必要があります。
回答後の処理と統制
判断の確定、承認、業務システムでの処理、結果の記録には、それぞれの制御が必要です。権限制御も、プロンプトだけに依存させずシステムとして設計します。
Four Engines
4つのナレッジエンジン。
知識には、答え方の異なる4つの種類があります。それぞれに専用のエンジンを持ち、問いに応じて使い分けます。
コンテンツ知識
何が正しい情報で、どれが当てはまるか
- Evidence / Knowledge Object
- オントロジー・ナレッジグラフ
- 情報源・有効期間・適用条件
適用可能な知識 ＋ 出典
決定知識
この条件で、どの結論になるか
- 決定表・ルール（DMN）
- 入力要件と充足判定
- ルールの版管理
決定論的な結論 ＋ 根拠
プロセス知識
今どこにいて、次に何をすべきか
- Goal・State・Milestone
- 既知戦略（BPMN / CMMN）
- 実行可能なアクションと制約
次のアクション ＋ 到達条件
事例知識
過去、同種の案件はどう処理されたか
- 案件履歴・例外・人手の是正
- 類似度 ＋ 適用性による検索
- 結果と成否の比較
先例 ＋ 転用可否の判断材料
Knowledge Orchestrationエンジンを使い分け、
エンジンを使い分け、
食い違いを整理する。
質問や依頼の意図を読み取り、必要な知識の種類に応じてエンジンを選択。複数のエンジンの結果に食い違いがあれば整理して、一つの回答や行動にまとめます。
- 01意図・タスク解決
- 02取得計画
- 03エンジン選択
- 04適用性フィルタ
- 05統合と競合解消
- 06応答・行動の組み立て
案件の状況を、共通の記録に。
誰が、何を、いつ、どの顧客・製品について、どの版のナレッジを使って行ったか。4つのエンジンが共通して参照する、案件の状況記録です。
権限は検索の前に、ポリシーは実行の前に。
オーケストレーションの出力は「提案」です。実行してよいかどうかは、別の仕組みが決めます。
Applicable, Not Just Relevant「関連している」だけでは、
「関連している」だけでは、
使えない。
知識は、適用条件、情報源の信頼性、有効期間、利用権限、出典を確かめたうえで使う必要があります。権限・有効期間・適用領域を、利用可否を判断する条件として扱います。
関連性 ≠ 適用性
製品・市場・時点・役割。利用目的に適用できるかを、意味の近さとは別に評価します。
情報源の信頼性と有効期間
正式な情報源と有効期間を管理し、古い版や例外、競合する記述を確認できるようにします。
権限を前置した検索
設定したアクセス権限に基づき、参照できない情報を検索の段階で対象から除外します。回答と出典にも同じ制御を適用します。
Let's Talk業務の知識を、
業務の知識を、
判断と実行につなぐ。
対象の業務と、答えたい問いをお聞かせください。
どの知識をどのエンジンで扱うか、一緒に整理します。