TL;DR
- AIは意思決定主体にしない。責任主体は人間/法人に固定する。
- 構成は
遺言 -> 信託/法人 -> AI Engine -> Human Approvalを崩さない。 - 実装の肝は
policy engineaudit loghuman overridefail safeの4点。 - クリティカル判断は「承認が取れなければ停止」が原則。
要約
AIを「遺す」設計は、モデル精度より責任分界が先。法的主体をAIに置かず、信託/法人を責任ノードに据え、AIは提案・執行補助に限定する。この記事は、実装可能な参照アーキテクチャと統制ポイントを提示する。
全体アーキテクチャ
法務要件をシステム要件に落とす
- 民法960条（遺言の方式）: 初期ポリシー定義の真正性を担保。
- 民法1012条（遺言執行者）: 運用開始/停止/是正の実行権限を明確化。
- 信託法29条・30条: 受託者の注意義務/忠実義務を運用ルールへ翻訳。
- 信託法31条: 利益相反取引はシステムで自動検知・停止。
システム構成（最小実装）
Policy Engine
- 遺言・信託契約の規範を機械可読化（例: YAML/DSL）。
- リスク階層（critical/high/normal/low）をルール化。
Decision Engine (AI)
- 提案生成、根拠提示、代替案比較。
- 直接執行は許可された低リスク領域のみ。
Approval Gateway
- 人間承認ワークフロー。
- 期限切れ時は「自動実行」ではなく「保留/停止」。
Audit Log
- 入力データ、推論結果、承認者、実行結果を不可逆ログ化。
- 第三者監査向けエクスポートを標準機能にする。
Override/Failsafe
- 緊急停止スイッチ。
- 法改正・市場急変・受益者異議時の強制凍結。
責任分界（RACIの簡易版）
- 委託者/遺言者: 目的と価値優先順位を定義。
- 受託者/法人: 最終責任、統制、監査対応。
- AI運用チーム: モデル更新、性能監視、異常時初動。
- 承認者（人間）: クリティカル判断の最終承認/却下。
- 監査者: ログ検証、利益相反検知、改善要求。
擬似コード（承認制御）
if decision.type == "critical":
if not human_approval:
hold_and_escalate()
else:
execute()
else:
if policy_violation or conflict_of_interest:
freeze_and_notify()
else:
auto_execute()
実運用では上記を拡張し、critical 判定を金額・法的影響・受益者影響・不可逆性で算定する。加えて、承認SLA超過時の既定動作を「実行」ではなく「保留/停止」に固定する。
NG設計 vs 正解
NG設計
- AIに最終決定権を付与
- 外界データを遮断（法改正/市場変化に追随不能）
- ログなし、説明不能
- 承認者不在の自動実行
正解
- AIは意思実行エンジン
- 主体は人間/法人
- 監査可能ログを前提にする
- Human override と fail safe を先に実装する
実装チェックリスト
-
遺言・信託契約から禁止条件/承認条件を抽出し
Policy Engineに反映 - クリティカル判定基準（金額・法的影響・受益者影響・不可逆性）を定義
- 承認者不在/SLA超過時の既定動作を「停止/エスカレーション」に固定
- 利益相反と法令逸脱を検知したら自動凍結するルールを実装
- 監査ログを改ざん耐性付きで保存し、第三者検証形式で出力可能にする
- モデル更新時に回帰テスト + 法務レビュー + ポリシー差分確認を実行
今後の展開
-
Policy as Codeと遺言条項テンプレートの双方向変換 - 監査ログの標準スキーマ化（複数受託者・監査法人連携）
- AIガバナンス指標（説明可能性、逸脱率、承認遅延率）のSLO化
参考
出典リスト（2026-04-23時点）
メモ
- 法令条文はe-Gov法令APIの該当条取得URLを使用。
- 実務論点は政府資料・規制当局・業界団体を優先し、一般ブログは採用しない。