はじめに
AIが実務に入ってきています。
与信審査、調達判断、コンテンツの配信先選定——かつては人間がひとつひとつ判断していた業務を、AIエージェントが担いはじめています。まだPoC段階を脱しきれていない領域もありますが、一部ではすでに実運用フェーズに入り、エージェントの判断が実際の取引や業務結果に影響を与えはじめています。
そのとき、一つの問いが浮かび上がってきます。
そのAIは、何を根拠に、その判断を下しているのか。
RAGが参照するドキュメントには出所の不明確さや改ざんのリスクがあります。ビジネス条件（「売上が閾値を超えている」「KYCが完了している」）が本当に満たされていたかを機械が証明できる仕組みは、現行のほとんどのシステムに存在しません。ログは事後に整形でき、インデックスが再構築されると判断の前提が消えます。EUのAI法（2026年8月完全施行）はこの問いを規制義務として企業に突きつけています。
本日、Lemma Oracleはホワイトペーパー（v1.0）を公開します。
2. 既存インフラの限界
問題を整理すると、現行のスタックには3つの構造的な空白があります。
| 従来のアプローチ | Lemma Oracle | |
|---|---|---|
| データ検証 | 人手によるファクトチェック。スケールしない。 | ZK証明でファクトチェック結果自体を暗号保証する |
| KYC / AML | 生データを第三者と共有。プライバシーリスク大。 | 閾値クリア証明のみを共有。生データ不要。 |
| 監査証跡 | ログを事後収集・整形。改ざんリスクあり。 | 決済・検証と同時にオンチェーン自動生成。 |
この3つはいずれも、「データを渡さずに事実を証明する」というレイヤーが抜け落ちていることから生じています。既存ツールは「検証」か「決済」のどちらかに特化しており、両者を統合し監査証跡まで自動生成するレイヤーは、Lemma以前には存在しませんでした。
3. Lemmaの答え——「データを開示せずに、事実を証明する」
Lemma Oracleが提供するのは、AIが読む前にデータ側で検証し、その証明を永続的に残す信頼インフラです。
RAGインデックスが変わっても、モデルが更新されても、エージェントフレームワークが世代交代しても、証明だけはそのまま残ります。
AIのインフラは変わっても、証明は残る。
この設計を支える3つの保証があります。
真正性——属性を暗号的に証明する。 「売上が閾値を超えている」「18歳以上である」「KYC完了」といったビジネスルールを、実際の数値を見せずに機械可読なファクトとしてZK証明に変換します。各証明はサーキットとジェネレーターとともに永続的に記録されるため、後から「どのロジックで証明されたか」を第三者が追跡できます。
プライバシー——必要な属性だけを、開示する。 BBS+選択的開示により、AIが必要とする属性だけを提示し、不要な情報は一切渡しません。AES-GCM暗号化で文書全体を保護し、AIが扱うのはdocHashとCIDのみ。元の発行者署名との紐付けは開示後も維持されます。
監査可能性——証明はオンチェーンに残る。 検証結果・スキーマ・発行者情報はオンチェーンに永続化されます。RAGインデックスを再構築しても、埋め込みを再計算しても、プロヴナンスは消えません。EU AI法・金融規制・ISO監査への対応証跡が、判断と同時に自動生成されます。
4. 7つのユースケースと、近未来の設計図
ホワイトペーパーには、5つのCOREユースケースと2つのADVANCEDシナリオを掲載しています。
COREは今すぐ既存業務に組み込める信頼インフラです。監査・来歴証明、金融KYC/AML自動化、サプライチェーン信頼基盤、広告メディアとコンテンツ信頼、IP保護と偽コンテンツ対策——それぞれに従来との比較表と実装設計を示しています。
ADVANCEDは、エージェントが経済を動かす近未来の設計図です。完全自動化工場と調達エージェントの接続、そしてエージェントが証明を持ちながら自律的に決済するシナリオ。このうちの一つについては、来週詳細をお伝えする予定です。
どのユースケースが自社の課題に近いかは、WPをご覧いただいた上で、ご相談の場でお話しできればと思います。
ホワイトペーパーを請求する
全16ページ。エグゼクティブサマリーから5層アーキテクチャ・TypeScript SDK・価格プラン概要・FAQまで、Lemma Oracleの設計思想と実装の全体像を収録しています。
現在、クローズドパートナープログラムへの参加を検討いただける企業・エンジニアを対象に、優先的にご案内しています。
来週、このホワイトペーパーで予告した設計の一つを正式に発表する予定です。