銀行や保険会社は何十万ページもの下で生きている：規制、中央銀行の通達、社内方針、商品マニュアル、過去の裁定。事業部門はどんな小さな質問もコンプライアンス部門や法務部門に送り、そこで列に並び、何日も経って戻ってくる。締め切りの圧力の下では、送られることさえない質問もある。近道はうまくいくうちはうまくいくが、うまくいかなくなると、重大な誤りは決定の何か月も後に監査や規制当局の書簡の中で表面化する。両方の失敗モードは同じ根を持つ：知識は覚えるには大きすぎ、尋ねるには遅すぎる。
OEPがどう適合するか
- コーパスが統治されたパックになる：規制、通達、社内方針は版の履歴とページアンカーを伴ってパック化される。決定日にどの版が有効だったかは、考古学的探索ではなく一つの照会になる。
- 領収書つきの第一線の回答：担当者が尋ねると、システムは統制文を、逐語的に、出典とともに返す。日常的な質問はコンプライアンス担当者の時間を消費しなくなる。
- 本当に難しい問いへの誠実な拒否：プラットフォームの拒否分類法は、「方針は何を述べているか」と「この取引を行うべきか」を区別する。後者は構造的に人間へ回される。システムは代替を装うのではなく、列を絞り込む。
- 迂回が可視化される：どの相談も、何が問われ、どのパック版か、どの出典が回答を支えたかを記録できる。監査証跡は召喚状の下で再構成されるのではなく、決定の時点で存在する。
- あなたの境界の内側にとどまる：特権を持つ知識は公開モデルには渡らない。パックはあなたの環境で、あなたの条件で、セキュリティ方針が求めるならオフラインで動作する。
今日存在するもの
これが必要とする基盤はプラットフォームの中核そのものだ：版管理されたコーパス、証拠で検証された検索、拒否分類法、署名済みパック、監査の基本要素。法務分野は日々これらを使っている。金融コンプライアンスは、デザインパートナーとともに、一つの規制群と一つのデスクから始めて見極めていく方向性である。
私たちが言わないこと
銀行業務での実運用準備、規制当局の承認、あるいはコンプライアンス担当者が不要になるとは主張しない。目標はその逆だ：日常的な質問が奪う時間を専門家に返し、事業に弁護可能な回答を与えることだ。