# すべてを起草し、何も送らない：エージェントを実務に置けるようにする一線。 ファンドが顧客に触れる領域へAIを入れられない理由は、システムに何ができるかではありません。何を送ってしまうかへの恐れです。その恐れに構造で答える境界と、その手前で走る事前チェック、そして両方を誰にでも示せるようにする記録について。 公開日: 2026-08-12 更新日: 2026-08-15 ## 要旨 - 投資家に触れる領域からエージェントを遠ざけてきた恐れは、**賭け金の正しい読み**です。だから答えは構造で返します。 - 動かない規則は一つ。**エージェントは外部へ送信しない**。書き、保存し、照合し、記名の人間のために保留するところまでが仕事です。 - 規制業務は**事前チェック**として走ります。一つの方針を毎回同じ手順で適用し、適用した証跡を残します。 - 追記専用の記録が、してはならないこと・毎回同じにすること・実際にしたことを、**一つの示せる主張**に束ねます。 ## 賭け金 :: その恐れは、正しい。 投資会社の対外面は、最も規制が厚く、最も見られていて、最も許してもらえない領域です。 LPへの一通の誤送信。アロケーターへの早すぎる一枚。前回のレターと矛盾する取引先への返信。これらは生産性の問題ではなく、看板そのものの問題です。エージェント型のシステムを顧客接点から遠ざけてきた恐れは、賭け金の正しい読みだと言えます。 その恐れを抑えてくださいと求める導入は、求める先を間違えています。システムの側が、文化ではなく構造で信頼に値することを示す必要があります。 ## 規則 :: エージェントは送らない。押すのは記名の人間。 規則は常時、例外なしです。エージェントが第三者に外部メールやメッセージを送ることはありません。承認でも、ホワイトリストでも、レビュー後でも、これを解除する経路は存在しません。 その線の手前は、すべてシステムの仕事です。自社の語り口で返信を書く。共有ドライブに文書を置く。配信先リストを照合する。レビュー経路にドラフトを回し、コメントを担当付きの項目として追う。完成物を配信の直前で保留する。 そして、記名の人間が送信を押します。必ず。 この区別が効くのは、不安をアーキテクチャに変換するからです。「投資家に連絡してしまったら？」への答えが、*たぶん起きない*ではなく*できない*になります。投資家との通信の近くにこのシステムを置けるのは、そのためです。送信ボタンの手前まですべてを行い、そのボタンを押す能力を持ちません。 しかも、これは信じてもらう類の話ではありません。エージェントが要求できる操作は、要求が必ず通る境界であるDaimon（大門）に、すべて契約として登録されています。そのレジストリに、第三者への外部送信の契約はありません。レビューする側は、エージェントが読むのと同じ一覧を開き、その不在を自分で確かめられます。 :::embed{component="SendBoundary"} ::: ## 事前チェック :: 同じ方針を、毎回同じ手順で。 同じ論理が、会社の規制業務の内側でも走ります。ここでのリスクは暴走したメッセージではなく、適用のばらつきです。 個人取引の事前承認が典型です。方針のフローチャートは存在します。それでも遅いのは、同じ確認を人が毎回導き直しているからで、危ういのは、ときどき導き直さない人がいるからです。 事前チェックとして走らせると、申請が届いた時点で銘柄が制限リストと事前承認リストに照合され、方針のフローチャートが適用され、すべての条件が事前に埋まり、チェック結果を記録した状態でコンプライアンスの経路にドラフトが入ります。起草のみ、送信はしません。 ここは丁寧に述べるだけの価値があります。運用デューデリジェンスのチームが身を乗り出すのは、この部分だからです。同じ方針を毎回同じ手順で適用し、適用した記録が残る。それは、置き換えられた手作業より良い統制です。自動化は、コンプライアンス部門がフロントに譲歩して呑むものではありません。統制環境そのものの改善です。 ## 記録 :: 記録の残らないことは起きない。 「なぜあれは実行されなかったのか」「これを承認したのは誰か」。後から答えるには高くつく問いであり、規制下の会社にとっては省略できない問いです。 上がったすべての案件、下したすべての判断とその処理、通過または遮断したすべての統制が、Genbaの追記専用の記録であるShuin（朱印）に残ります。数か月後でも、文脈を保ったまま答えが残っています。実システムに届いた操作については、[Daimon](/ja/insights/daimon-execution-boundary/)が受領記録を返すので、証跡と実行が同じ来歴を共有します。 これで前の二節の輪が閉じます。境界は、システムが決してしないことを定めます。事前チェックは、毎回同じにすることを定めます。記録は、その両方を継続的に示します。規制当局にも、監査人にも、アロケーターのODDチームにも、自社の管理会社にも。 ## デューデリジェンス :: ODDチームが見るもの。 三つを合わせると、運用デューデリジェンスの会話の性格が変わります。 この場でのAIの説明は、たいてい防御的です。こう制限しています、ここに人が入ります、方針文書はこれです。構造で答える版は肯定形になります。外部との接触は構成上あり得ません。規制上のチェックはすべての申請で同一に走り、証跡が付きます。システムの判断履歴は、要求に応じて復元できます。 何ができるのか、何がそれを縛るのか、その縛りが効いていた証拠は何か。問いが来るのは、この順です。 ## 参考文献 1. [一つの待ち行列：義務が、届いてから証拠になるまで](/ja/insights/one-queue-obligation-lifecycle/) — Genba Labs Insights。この境界が置かれているライフサイクルについて 2. [Daimon（大門）：エージェント実務のための、統制された実行境界](/ja/insights/daimon-execution-boundary/) — Genba Labs Insights。認証情報の隔離と操作ごとの受領記録について 3. [30日の実証：投資会社はエージェントAIをどう検証すべきか](/ja/insights/ai-proof-of-concept-for-funds/) — Genba Labs Insights。統制が結果を担う前に、それを検証する進め方について ## 質問と回答 ### AIエージェントが投資家やアロケーター、取引先にメールを送ることはありますか？ Genbaのアーキテクチャでは送れません。エージェントから第三者への送信経路が存在せず、Daimon（大門）のレジストリにもその契約が登録されていないため、制約は構造上のものであり、設定を誤るという事故が起こりません。システムは返信を書き、文書を保存し、配信先リストを照合し、承認を追跡したうえで、完成物を配信の直前で保留します。送信ボタンを押すのは記名の人間です。 ### 「外部に送らない」は保証ですか、それとも設定ですか？ 設定はコンソールを握る人が変えられるため、運用デューデリジェンス（ODD）の問いに対しては弱い答えになります。送信経路そのものをアーキテクチャから取り除けば、約束は性質に変わります。Genbaのアーキテクチャでは、その性質は読み取れます。エージェントが要求できる操作の一覧には許可されたものがすべて名前で並び、第三者への送信はそこにありません。会社は自社の統制を「能力の不在」として説明できます。厳しい読み方に耐えるのは、この形だけです。 ### 実際に外へ出るものの責任は、誰が負いますか？ 従来どおり、記名の送信者です。変わるのは、その人の机に届くものの状態だけです。出典が揃い、矛盾が解消され、欠けが明示された、完成済みの成果物が届きます。判断の責任は移らず、会社がすでに回している承認経路の上に、新しい承認階層が積まれることもありません。 ### 個人取引の事前承認のような規制業務は、AIでどう良くなりますか？ 方針を記憶に頼らず、事前チェックとして走らせることです。申請が届くと、銘柄が制限リストと事前承認リストに照合され、方針のフローチャートが適用され、条件が事前に埋まり、チェック結果を記録した状態でコンプライアンスの経路にドラフトが入ります。起草のみで、送信はしません。同じ方針を毎回同じ手順で適用し、適用したことの証跡が残る。これは、置き換えられた手作業より強い統制です。 ### 遮断された統制も記録されますか？ はい。通過したものと同じ重みで記録されます。レビュー時に最も価値があるのは、しばしば遮断の記録です。統制が存在するだけでなく、作動したことを示すからです。上がったすべての案件、下したすべての判断とその処理、通過または遮断したすべての統制が、期間を指定して追記専用の記録から取り出せます。 ### 運用デューデリジェンス（ODD）チームは、AI導入の何を見ますか？ 問いが来る順に三つです。何ができるのか、何がそれを縛るのか、そしてその縛りが効いていた証拠は何か。よくあるAIの説明は防御的で、制限事項の一覧と方針文書が並びます。構造で答える版は肯定形になります。外部との接触は構成上あり得ず、規制上のチェックはすべての申請で同一に走り証跡が付き、システムの判断履歴は要求に応じて復元できます。