すべてを起草し、何も送らない：エージェントを実務に置けるようにする一線。

LPへの一通の誤送信。アロケーターへの早すぎる一枚。前回のレターと矛盾する取引先への返信。これらは生産性の問題ではなく、看板そのものの問題です。エージェント型のシステムを顧客接点から遠ざけてきた恐れは、賭け金の正しい読みだと言えます。

その恐れを抑えてくださいと求める導入は、求める先を間違えています。システムの側が、文化ではなく構造で信頼に値することを示す必要があります。

その線の手前は、すべてシステムの仕事です。自社の語り口で返信を書く。共有ドライブに文書を置く。配信先リストを照合する。レビュー経路にドラフトを回し、コメントを担当付きの項目として追う。完成物を配信の直前で保留する。

そして、記名の人間が送信を押します。必ず。

この区別が効くのは、不安をアーキテクチャに変換するからです。「投資家に連絡してしまったら？」への答えが、たぶん起きないではなくできないになります。投資家との通信の近くにこのシステムを置けるのは、そのためです。送信ボタンの手前まですべてを行い、そのボタンを押す能力を持ちません。

しかも、これは信じてもらう類の話ではありません。エージェントが要求できる操作は、要求が必ず通る境界であるDaimon（大門）に、すべて契約として登録されています。そのレジストリに、第三者への外部送信の契約はありません。レビューする側は、エージェントが読むのと同じ一覧を開き、その不在を自分で確かめられます。

個人取引の事前承認が典型です。方針のフローチャートは存在します。それでも遅いのは、同じ確認を人が毎回導き直しているからで、危ういのは、ときどき導き直さない人がいるからです。

事前チェックとして走らせると、申請が届いた時点で銘柄が制限リストと事前承認リストに照合され、方針のフローチャートが適用され、すべての条件が事前に埋まり、チェック結果を記録した状態でコンプライアンスの経路にドラフトが入ります。起草のみ、送信はしません。

ここは丁寧に述べるだけの価値があります。運用デューデリジェンスのチームが身を乗り出すのは、この部分だからです。同じ方針を毎回同じ手順で適用し、適用した記録が残る。それは、置き換えられた手作業より良い統制です。自動化は、コンプライアンス部門がフロントに譲歩して呑むものではありません。統制環境そのものの改善です。

上がったすべての案件、下したすべての判断とその処理、通過または遮断したすべての統制が、Genbaの追記専用の記録であるShuin（朱印）に残ります。数か月後でも、文脈を保ったまま答えが残っています。実システムに届いた操作については、Daimonが受領記録を返すので、証跡と実行が同じ来歴を共有します。

これで前の二節の輪が閉じます。境界は、システムが決してしないことを定めます。事前チェックは、毎回同じにすることを定めます。記録は、その両方を継続的に示します。規制当局にも、監査人にも、アロケーターのODDチームにも、自社の管理会社にも。

この場でのAIの説明は、たいてい防御的です。こう制限しています、ここに人が入ります、方針文書はこれです。構造で答える版は肯定形になります。外部との接触は構成上あり得ません。規制上のチェックはすべての申請で同一に走り、証跡が付きます。システムの判断履歴は、要求に応じて復元できます。

何ができるのか、何がそれを縛るのか、その縛りが効いていた証拠は何か。問いが来るのは、この順です。