ai·rete·RAG は、検証可能な意思決定と自然言語による説明のため、Rete ルールエンジンと検索拡張生成を組み合わせます

コアの主張:自然言語による説明付きの決定論的判断

ai·rete·RAG は、検証可能で再現可能な判断を提供するとともに、自社のドキュメントに基づいた人間が読みやすい説明を自動生成します。 このシステムは、古典的な Rete ルールエンジン(「何が」)と検索拡張生成(「なぜ」)を組み合わせ、ルールベースの論理の正確さを維持しつつ、大規模言語モデルの自然な表現力を加えます。


概要的なアーキテクチャ

ルールと検索の相互作用の仕方を3つのライブ接続パターンで選択できます:

  1. ルール → 検索 – ルールが検索のフィルターとして機能し、ドキュメントセットを最も関連性の高いドメイン(例:心臓病学)に制限します。これにより、架空の生成(hallucination)のリスクを低減します。
  2. 検索 → ルール – 検索されたドキュメントが事実(エンティティ、日付、義務など)に解析され、Rete の作業メモリにアサートされます。その後、ルールはこれらの事実に基づいて発火します。
  3. 判断 → ナラティブ – ルールエンジンが最初に判断の履歴を生成し、その後、言語モデルがソーステキストに基づいたナラティブ説明を生成するために呼び出されます。

上記3つのパターンはすべてデモサイトでライブで動作しており、各判断には完全な監査トレールが付随しています。


検証可能な意思決定パイプライン

すべての判断は、発火した正確なルールおよび発火しなかったルールまで追跡可能です。

  • ポリシー・ルールカタログ – ユーザーは、ドメインごとに完全なルールセットを、生の YAML ファイルを掘り下げる必要なく、条件、優先度、判断結果を含めて閲覧できます。
  • 判断の監査ビュー – 判断をクリックすると、どのルールがマッチしたか、条件を満たした具体的な事実値、および他のルールがマッチしなかった理由が表示されます。
  • 競合検出 – 静的解析により、同じケースで矛盾した判断を生じる可能性のあるルールが検出され、本番環境での予期しない事態を防ぎます。

実用的なデモ:クレジット承認ポリシー

ライブデモでは、伝統的なローン承認ポリシーを紹介しています。クレジットスコアスライダーを 745 から低い値に変更すると、判断が 承認 から 却下 に即座に切り替わり、それに伴う説明では、変更の根拠となった正確なルールと支援ドキュメントが明示されます。


Hacker News からのコミュニティの洞察

"Rete ルールエンジンを使ったのは久しぶりですね…私たちは、貸出判断を保存するために内部フォークされた Drools と、Merkle ツリー構造を組み合わせていました。" – chews

このコメントは、企業がすでに Rete エンジンと不変データ構造を組み合わせて検証可能性を確保していることを示しています。ai·rete·RAG は、この伝統を踏襲しつつ、LLM による説明を追加しています。

"よくわかりません。すでにルールを構築しているなら、結果がどうなったかを説明するための要約や推測を必要としないのでは? マッチした/しなかったルールを表示すれば十分ではないですか?" – nickphx

この懸念は、ai·rete·RAG の後からナラティブ生成モードによって解決されます。このモードはルールの可視性を置き換えるものではなく、検索されたソースドキュメントに基づいた自然言語による要約を追加することで、技術的でないステークホルダーにも理解可能な説明を提供します。

"私は、電力事業のイベント管理に Rete ベースの CEP ツールを使いました…状態のより広範な理解に基づいて、可能な運用手順をリンクできれば非常に有用です。" – lunatuna

これは有望な拡張を示唆しています:ドメイン固有の SOP ドキュメントを検索コンポーネントに投入することで、生成されるナラティブが単なる判断の説明だけでなく、具体的な行動を提案できるようになります。

"これは非常に興味深いコンセプトです。エージェント用途に非常に有用になる可能性があります。私は似たようなものに取り組んでいましたが、より抽象的でした。あなたはそれを次のレベルにまで引き上げました。" – awfm9

このコメントは、ai·rete·RAG が、決定論的なポリシーの実行と説明可能な推論の両方を必要とする自律エージェントにとって関連性が高いことを強調しています。


ハイブリッドアプローチの意義

  • ルールエンジン は正確で再現可能な論理に優れていますが、自然言語による根拠を欠いています。
  • 大規模言語モデル は自然な説明に優れていますが、架空の生成を起こす可能性があり、決定論的な保証がありません。
  • ai·rete·RAG は、検索によって LLM の出力を検証済みドキュメントに固定することで、説明の正確性と理解可能性の両方を確保します。

はじめ方

  1. ルールセットを準備 します。Rete 互換フォーマット(例:Drools DRL または JSON 表記)で用意してください。
  2. ドメインドキュメントを収集 します(ポリシー、SOP、規制など)。検索コンポーネントがインデックス化する対象です。
  3. エンジンをデプロイ します(デモは公開されています。ウェブサイトでは「サインアップ不要」のサンドボックスも提供しています)。
  4. 接続パターンを選択 します。ルール駆動型の検索、検索駆動型の事実、または後からナラティブを生成する必要に応じて選択してください。

今後の展望

ai·rete·RAG は、検証可能性を損なうことなく、エンドユーザーにとって透明な決定システムを実現できることを示しています。ますます多くの組織がハイブリッド AI スタックを採用する中で、ルール → 検索 → LLM のパターンは、金融、医療、コンプライアンスなどの規制対象分野における標準的なアーキテクチャとなる可能性が高いです。

Sources

関連

  • プロジェクト
  • プロジェクト
  • プロジェクト
  • Dispatch
  • Dispatch