AI支援による権原連鎖：LLMを用いたPre-IPOセカンダリーの検証

はじめに

Pre-IPOセカンダリー取引は、非上場企業法、契約、証券規制、会社記録、実質的所有権、業務上の決済の交差点に位置する。買い手は、魅力的な商業的説明と大規模なデータルームを受け取っても、基本質問への完全な回答を欠くことがある。すなわち、どの正確な権益が、どの法的連鎖を通じて、どの制限に服して、どの権限を有する者により、誰の同意を得て売却されているのか、という質問である。エクスポージャーが名義人、カストディアン、アグリゲーター、特別目的会社、または複数階層の事業体を通じて保有される場合、困難は増す。各層は、異なる登記簿、統治文書、譲渡証書、承認プロセス、経済的権利、開示境界を導入しうる。

本稿は、ファミリーオフィスや超富裕層投資家を含むPre-IPOセカンダリーの買い手、およびブローカー、投資銀行、プラットフォームを含む仲介業者向けに、AI支援による権原連鎖の運用モデルを開発する。その目的は、資本が動く前に、これらの当事者が証拠を整理し、ギャップを明らかにし、意思決定を適切に振り分けられるようにすることにある。このモデルは、文書抽出、エンティティ解決、ナレッジグラフ、決定論的ルール、制裁および実質的所有権チェック、引用付き大規模言語モデル分析、氏名を特定した人間の承認を用いる。法的権原、証券法、譲渡制限、制裁、適合性、税務、投資に関する判断をLLMに委任するものではない。

この語句 「権原の連鎖」 は、本稿では業務上のデューデリジェンスの略記として用いられている。直接株式については、関連する証拠として、発行体の株主名簿または会員登記簿、株券または電子記録、引受証書および既往譲渡証書、制限、同意、権限、決済指示が含まれうる。SPV持分については、権原連鎖に、SPVの設立および存続適法性の証拠、組織基本文書、会員名簿または組合員名簿、資本勘定、名義人またはカストディ取決め、上流所有権、下流の発行体エクスポージャー、経済的ウォーターフォール、質権、リーエン、既往譲渡も含まれうる。適用法および取引構造が各項目の法的意義を決定する。例えばデラウェア州法は、法定条件の下で譲渡制限を認めている。米国連邦証券法は別途、制限付証券の再販売について利用可能な登録免除を要求する[1-5]。

本稿における分析単位は 証拠に裏付けられた主張であり、文書要約ではない。主張は一つの命題を示し、正確な出典と所在を指し、出典日付と典拠を記録し、それを提供した人物またはシステムを特定し、信頼度および抵触ステータスを保持し、説明責任を負うレビュアーに回付する。この構造は、Beneficial Ownership Data Standard の中核的洞察に従う。すなわち、データ記述は独自の来歴、日付、出典を持つ主張であり、一見矛盾する記述は解決されるまで併存しうる[14-15]。W3C PROV-O は、エンティティ、アクティビティ、エージェント、導出に関する互換語彙を提供する[28]。

本稿を通じて展開される運用上の回答は、以下のとおり要約される。

本稿の貢献は実務的です。第2～6節では、意思決定の境界、法的および証拠上の対象、情報源の階層、グラフを定義します。第7～12節では、抽出、エンティティ解決、制限、カウンターパーティ、Claudeおよび引用のアーキテクチャを規定します。第13～17節では、設計を統制されたワークフロー、実例、スコアカード、評価プログラムおよびセキュリティモデルに落とし込みます。第18～20節では、実装ロードマップ、リリースチェックリスト、主張登録簿および限界を提供します。

リサーチクエスチョン	運用上の回答
AIは何を抽出すべきか？	当事者、事業体、証書、証券クラス、数量、日付、署名、承認、制限、権利、所有権に関する表明、出典箇所。
グラフには何を含めるべきか？	発行体、証券、保有者、受益所有者、SPV、代理人、証書、承認および譲渡イベント間の、証拠に裏付けられた主張と型付けされた関係。
LLMは何を決定できますか？	承認済みスキーマの範囲内で、分類、比較、説明を行い、引用付きの例外分析を提案できますが、法的クリアランスを提供したり、権原を確認したりすることはできません。
譲渡制限はどのように検証されますか？	決定論的ルールが、適用される条項、通知要件、先買権、同意条件および未解決事実を識別し、その効果は資格を有する弁護士および権限ある発行体側当事者が判断します。
カウンターパーティリスクはどのようにスコアリングされますか？	透明性のあるトリアージ基準が、本人確認、権限、由来、制裁、不利な証拠、支払および決済の例外を組み合わせます。承認判断は引き続きレビュアーが保持します。
資本移動を可能にするものは何ですか？	解決済みの証拠、特定された承認、許可された支払指示、決済コントロール、および残存条件の明示的な記録を含むリリースパック。

対象読者と意思決定の境界

pre-IPOのセカンダリー買い手

買い手には、商業的なアンダーライティングと実行可能な所有権を結び付ける証拠基盤が必要です。買い手の疑問は通常、5つの層に及びます。すなわち、発行体と証券、売り手とその権限、売り手が当該持分を取得したまたは支配している法的経路、提案された譲渡を規律する制限および承認、そして現金と取得持分が交換されるメカニズムです。ファミリーオフィスは、アドバイザー、カストディアン、名義人またはSPVを利用する場合がありますが、自身の投資、法務、税務、コンプライアンスおよびガバナンスに関する意思決定については依然として責任を負います。

買い手の投資委員会は、AIの支援を受けたドシエを用いて、由来、集中度、価格算定根拠、情報権、ガバナンス上のエクスポージャーおよび残存条件を検討できます。観察された文書、第三者陳述、アナリストの結論、弁護士の判断および未解決の前提を明確に分離した形で受け取るべきです。システムは、署名済み文書に記載されているというだけで、売り手の表明を観察された事実に変換してはなりません。

仲介業者

仲介者は、案件のソーシング、紹介、ストラクチャリング、シンジケーション、アレンジまたは円滑化を行う場合があります。その正確な規制上の役割、義務および許容される業務は、法域および個別の契約内容によって異なります。したがって、運用モデルは取引レベルで役割と権限を記録します。ブローカー、プラットフォーム、プレースメント・エージェントまたは投資銀行が、所有権を検証済みであること、顧客資金を保有していること、法的助言を提供していること、または発行体の決済を管理していることを前提とはしません。

仲介者は本システムを利用して、受付を標準化し、書類上の不足を特定し、取引相手に矛盾する説明を提示することを回避し、開示権限を管理し、説明可能な引き継ぎを維持することができます。仲介者の開示パッケージには、受領したもの、検証したもの、第三者または経営陣から提供されたままのもの、どの専門家が判断を行ったか、およびクロージング前に残る条件を記載すべきです。

意思決定権限

3つの状態による管理用言語

重要なデューデリジェンス上の命題は、すべて3つの状態のいずれかに分類されるべきです。 裏付けあり 承認された情報源が、その記載された範囲および基準日において当該命題を裏付けていることを意味します。 条件付き 当該命題が、特定された同意、事象、文書または専門家の判断に依存することを意味します。 未解決 証拠が欠如している、矛盾している、古い、判読不能である、またはレビュアーの権限外であることを意味します。この表現体系は、誤った確実性に対する有用な障壁を生み出します。また、投資委員会が、治癒可能なクロージング条件と、証拠の出所に関する際限のないギャップとを区別できるようにします。

私募証券における権原の連鎖が意味するもの

直接登録株式

直接登録株式の場合、権原の連鎖は発行体および正確な証券クラスから始まります。デューデリジェンス・ファイルには、発行体の法的名称および管轄区域、証券のクラスおよび権利、登録名義人、数量、証券券面または電子記録上の持分、取得事象、対価、関連するレジェンド、担保その他の負担、および予定される譲渡を特定すべきです。デラウェア州一般会社法第159条は、株式を動産として認め、統一商事法典第8条の定めに従って譲渡可能であるとしています[3]。第202条は、譲渡制限およびそれが名義人や譲受人に対して執行可能となる場合について規定しています[2]。これらの規定により、実際の証券、通知および認識に関する事実が重要となります。株式が譲渡可能であるという一般的な記述では不十分です。

連邦証券法は、別個の再販売の問題を生じさせます。SECのガイダンスは、私募市場の証券が制限付きのままである場合があり、再販売には登録または利用可能な適用除外が必要であると説明しています[1]。ルール144は、その条件に従う非排他的なセーフハーバーを提供します。Section 4(a)(7)は、購入者の地位、一般勧誘の不在、および特定情報の提供などの条件を伴う別の法定ルートを提供します[4-5]。したがって、運用可能な権原の連鎖には、会社記録の経路と証券法の経路の両方が必要です。一方の充足は、他方の充足を証明するものではありません。

名義書換代理人は、所有権の変更の記録、記録の維持、および証券券面の取消しまたは発行を含め、証券市場において重要な記録管理機能を担っています[6]。多くの非公開会社は、記録を直接または私募市場のサービス提供者を通じて管理しています。システムは、関連する台帳を実際に誰が管理しているか、およびその当事者がどのような証拠を必要とするかを特定しなければなりません。スクリーンショット、キャップテーブルのエクスポート、または売主提供の証明書は、デューデリジェンスに情報を提供できますが、権限ある記録およびクロージングの仕組みに従属するものです。

SPVとファンド持分

SPV取引では、資産が発行体証券である事業体の持分を譲渡する場合があります。したがって、投資家は直接の株主になることなくエクスポージャーを取得できます。その場合、証拠の経路には少なくとも2つの連動する連鎖があります。すなわち、SPV持分の所有権および譲渡可能性と、原資産である発行体証券に対するSPVの所有権および経済的権利です。各連鎖には、それぞれの準拠法、登録簿、証書、制限、承認、および担保負担の分析が必要です。

階層化されたSPVは、各層ごとに別のチェーンを追加する。SPV Cの持分の買い手は、SPV CのSPV Bに対する持分、SPV BのSPV Aに対する持分、およびSPV Aの発行体に対する登録上の持分または受益持分に依存する可能性がある。各層で、経済的権利は議決権、情報権、分配権および譲渡権と乖離し得る。手数料、キャリード・インタレスト、積立金および分配メカニクスにより、エクスポージャーは変わり得る。グラフは、基礎となる証券を契約上の経済的権利とは別にモデル化すべきである。

名義人、カストディアンおよび受益所有者

法的所有権、登録上の保有、カストディ、名義人としての資格、支配および受益所有は、それぞれ異なる関係である。OpenOwnershipのガイダンスは、名義人を受益所有者に一括して扱うのではなく、名義人関係を明示的にモデル化している[15]。FATFの受益所有に関するガイダンスは、適切で正確かつ最新の情報を用いる多面的なアプローチを支持している[10]。UAEの要件も同様に、信頼できる独立した情報源を通じた受益所有者の識別および検証を求めている[11-13]。

システムは、各関係をそれぞれの種類、有効期間、情報源およびレビュー担当者とともに保存すべきである。ある人物がSPVの最終受益所有者である一方、コーポレートサービスプロバイダーがその登録事務所を務め、名義人がその登録株主であり、投資マネージャーが契約上の権限を有し、カストディアンが決済を管理することがある。エンティティ・レゾリューションは、これらのアイデンティティを相互交換可能なものとして扱うことなく結合すべきである。

譲渡イベント

チェーンは時間的なものである。各発行、引受け、譲渡、売却、出資、転換、分割、消却、質入れ、解除、名義人申告または合併は、ポジションを変化させ得る。グラフは、数量の前後、金融商品、発効日、当事者、承認および台帳証拠を表現しなければならない。遡及日付、日付なし、または条件付きで発効する金融商品は、それらの状態を保持すべきである。LLMは文書に印刷された日付を抽出する場合がある。ワークフローは、これらの区別が重要な場合、署名、交付、発効および記録を別個に確定しなければならない。

多層SPVと来歴

フォルダツリーではなくグラフ

フォルダ構造はファイルを整理するが、それらの間の法的・経済的関係を表現するものではない。1つの文書が複数のエンティティ、証券、イベントを対象とすることがある。1つのエンティティが過去の名称や略称で現れることがある。2つの署名済み証書が矛盾する場合がある。グラフを用いれば、アナリストは、どの請求権が関係を支えているか、ある期間に何が変化したか、どの上流の受益所有者が閾値を超えているか、どの提案中の譲渡が未解決の承認に依存しているかを問い合わせることができる。

推奨されるグラフは分離する 実世界のオブジェクト から 証拠に基づく主張。エンティティノードは、システムが現在解決したアイデンティティを表す。主張ノードは、特定の情報源が特定の関係または属性を主張したことを記録する。レビュアーは、主張を承認済みの運用ステータスに昇格させ、却下し、または未解決のままにすることができる。元の主張は来歴のために不変のままである。これはBODS 0.4の主張ベースの設計と一致し、履歴を黙って書き換えることを避ける[14]。

バイテンポラル記録

2つの時間次元が有用である。 有効時間 関係または事実が現実世界で適用されるとされる時点を記録する。 システム時間 デューデリジェンスシステム内で主張が登録された時点、またはステータスが変更された時点を記録する。7月15日付の登記簿抜粋は、6月1日から有効な所有権を記載していても、7月20日に到着することがある。これら3つの日付は区別可能なままであるべきである。これにより、遅れて届いた証拠、遡及日付の文書、クロージング後の更新が可視化される。

各主張はさらに、「観察」「表明」「導出」「決定」の証拠クラスを備えるべきである。観察証拠は、レビュアーがアクセス可能な権威あるシステムまたは原本文書から直接得られる。表明証拠は、当事者によって提供される。導出証拠は、他の主張から計算または関連付けられる。決定証拠は、専門家または権限ある決定を記録する。これらのラベルは来歴を説明するものであり、その基礎となる命題を真実にするものではない。

識別キー

エンティティ解決は、永続的な識別子と管轄コンテキストから始めるべきである。関連する識別子には、会社登記番号、法人識別子、適法に処理される場合の税務識別子、制限されたKYCサービス内のパスポートまたは国民識別子、住所、生年月日、設立日、口座識別子が含まれ得る。GLEIFは、誰が誰であるかを示すレベル1のエンティティ参照データと、誰が誰を所有するかを示すレベル2の関係データを分離している[16-17]。その会計連結関係は受益所有権や取引固有の分析を代替しないが、このモデルはアイデンティティと関係の主張を分離する貴重な枠組みを提供する。

名称類似性は候補生成手段であり、確認手法ではない。システムは、正確な識別子、裏付けられた属性、レビュアーの判断に基づいて一致を割り当てるべきであり、別名および履歴上の名称を保持すべきである。制裁スクリーニングサービスは、適用法および承認されたプライバシー管理の下で必要とする識別子と所有関係を受け取るべきである。

グラフ不変条件

決定論的グラフテストは、記述レビューの前に構造的エラーを明らかにする。例には、売り手の裏付けられた持分を超える譲渡数量、エンティティの設立前に日付付けられたイベント、説明文書のない循環的直接所有、記載された基準を超える割合、準拠文書に存在しない証券クラス、解除証拠のない質権、保有チェーンから切り離された受益所有者、または裏付けられた権限のない当事者によって発行されたクロージング指示が含まれる。

グラフ検証は、事実に基づく結論ではなく例外を生成する。数量の不一致は、株式分割、転換、部分的な証拠、またはデータ抽出エラーを反映している可能性がある。例外は、それを生じさせた正確な主張とソース位置を添えて、証拠の所有者に回付されるべきである。

証拠の分類体系と情報源階層

情報源クラス

システムは、各命題に対して宣言済みの情報源階層を必要とする。認可発行体登録簿、株主名簿、または名義書換代理人の記録が、登録所有権を規律する場合がある。定款および締結済み契約は、法および解釈に従う契約上の権利を規律する。政府登録簿および規制対象の本人確認情報源は、事業体のステータスを裏付け得る。独立系制裁リストは、公式のスクリーニングデータを提供する。売主の表明、ブローカーの概要、プラットフォーム記録、アナリストノートは、異なる信頼性を持つ有用な主張を提供する。

真正性と完全性

真正な文書であっても、不完全であったり、後続文書に取って代わられていたり、無関係であったりする可能性があります。取り込みプロセスでは、元ファイル、暗号化ハッシュ、受領チャネル、提供元、アクセス分類、処理履歴を保持する必要があります。欠落ページ、判読不能なスキャン、破損した署名、不整合なページ番号、参照されているが存在しない添付ファイル、データルームから省略された別紙を検出する必要があります。デジタル署名の検証と信頼できる配信チャネルは、利用可能な場合に追加の証拠を提供できます。

文書ステータスは重要です。ドラフト、見本、締結版、適合コピー、抜粋、認証コピーを、区別のない単一のラベルで扱うべきではありません。システムはファイル名から締結済みと推定することを避けるべきです。署名ページ、日付、当事者、定義用語、別紙を比較し、不整合を所定の経路に回付する必要があります。

主張スキーマ

否定的証拠

不存在は慎重に記録すべきである。質権を発見できなかった検索は、質権が存在しないことの証拠ではない。記録には、検索対象母集団、クエリまたは手続、日付、実施者および制約事項を記載すべきである。権限を有する当事者からの否定的確認は、証拠上の重みが異なる。システムは「レビュー対象母集団において該当項目は発見されなかった」といった表現を用い、「担保権は存在しない」に言い換えることを避けるべきである。

証拠システムとしてのデータルーム

要件マトリクス

取引データルームは、任意のアップロードフォルダとして扱うのではなく、要件マトリクスから生成すべきである。各要件は、項目、主張または明示的な例外に紐づく。要件は、直接株式またはSPVストラクチャー、法域、担保、買い手、売り手および決済方法によって異なる。マトリクスはバージョン管理され、責任を負う取引チームおよび法務チームによって承認されるべきである。

中核領域には、事業体の設立および適法な存続状態、所有者登録簿および資本構成、統治文書、担保権、取得および従前の譲渡に関する証書、取締役会・株主・マネージャー・メンバーまたはパートナーの承認、譲渡制限および通知、実質的所有権および権限、KYC・AMLおよび制裁、担保権その他の負担、財務および税務の証拠、手数料および分配ウォーターフォール、サービスプロバイダーによる確認、情報閲覧権、訴訟および紛争、支払指図、決済関連提出物、ならびにクロージング後の記録更新が含まれる。

権限クラス

ファイル母集団には、個人データ、発行体の機密情報、銀行口座詳細、署名、税務記録、弁護士特権が及ぶ法的分析および商業的に機密性の高い条件が含まれ得る。権限は取得前に適用されるべきである。ソースにアクセスできないユーザーは、そこから導出された回答を受け取るべきではない。したがって、インデックスには、取引、事業体、文書クラス、受領者、目的、法域、特権およびフィールドレベルのラベルを必要に応じて付与すべきである。

墨消し処理は、独自のハッシュ、目的、作成者および原本へのリンクを持つ別個の派生物を生成すべきである。システムは、どのバージョンをどの受領者に開示したかを記録すべきである。モデルプロバイダーの製品上の管理策は、ユーザーのアクセス設計や契約上の評価を代替しない。

鮮度およびイベントトリガー

クロージング準備状況は、新たな譲渡、留置権、同意、所有権変更、制裁措置の更新、発行体の行為または文書の修正が生じると変化する。データルームには、定期的レビューとイベント駆動型の更新が必要である。各重要な主張は、情報源の所有者および更新トリガーを指し示すべきである。主張単位の日付を伴わない最終更新バナーでは不十分である。

リリースバンドル

リリースバンドルは、承認後は不変であるべきであり、開示された正確なファイル、派生メモ、グラフスナップショット、例外登録簿、承認記録および受領者権限を含むべきである。バンドルのマニフェストには、ハッシュとバージョンを列挙すべきである。訂正が必要な場合、システムは後継リリースを作成し、先行リリースを保存すべきである。このアプローチにより、買い手、仲介者、弁護士および決済当事者が実際に何を見たかを後から再現できる。

文書抽出パイプライン

取り込みと保存

パイプラインは管理された受領から始まる。ファイルは隔離され、マルウェアスキャン、ハッシュ化が行われ、安定したIDが付与される。ネイティブテキスト、スキャンページ、スプレッドシート、メールコンテナ、画像形式は、それぞれ異なる解析パスをたどる。原本は変更されない。処理済み派生物には、それを生成したツール、バージョン、設定、タイムスタンプが記録される。

OCR出力はページ座標と信頼度を保持すべきである。表には行と列の構造が必要である。手書きまたは低解像度の注記は手動レビューに回すべきである。パスワード保護、破損、切り詰め、未対応のファイルは明示的な例外を生成すべきである。システムは、ツールチェーンが対応している場合、添付ファイルまたはポートフォリオとして埋め込まれた文書も認識すべきである。

分類とセグメンテーション

分類では、文書種別、エンティティ、取引、ステータス、当事者、準拠法、言語、機密性を特定すべきである。長い文書は、条項、別紙、表、署名欄、定義用語の関係に沿ってセグメント化すべきである。株式譲渡契約は、孤立した固定長のテキストチャンクとして信頼性高くレビューすることはできない。なぜなら、条項の意味は定義、例外、別紙に依存することが多いからである。

インデックスは文書の階層構造と相互参照を保持すべきである。モデルが第7.2条を受け取った場合、定義用語、添付の担保スケジュール、第7.5条の例外も必要になることがある。したがって、検索は、範囲が限定されレビュー可能なコンテキスト内でリンクされた拡張をサポートすべきである。

構造化抽出

抽出スキーマは限定的かつ明示的であるべきである。当事者オブジェクトには、印字名称、法的役割、地位、住所、識別子、署名状況、ソーススパンを含めることができる。制限オブジェクトには、対象担保、制限行為、トリガー、受益者、通知、期間、免除権限、同意権限、例外、ソーススパンを含めることができる。システムは「不明」「未記載」「曖昧」の値を許容すべきである。強制的な補完は、捏造されたフィールドが生じる可能性を高める。

決定論的検証

抽出後、決定論的チェックにより、日付、数量、通貨、法的名称、識別子、署名、合計、相互参照を比較する。パーサーは、別紙の合計が98,000株である一方、購入契約には100,000株と記載されていることを検出できる。差異を黙って調整すべきではない。バリデータは、署名のない署名欄、定義のない定義用語、またはデータルームに存在しない参照同意を特定することもできる。

エンティティ・レゾリューションと実質的支配関係グラフ

候補生成

候補生成では、正規化された名称、音訳、別名、旧名称、管轄区域、住所、設立日、識別子を組み合わせます。法人格を示す接尾辞は、元の形式を破棄せずに正規化する必要があります。個人の照合は、適法な目的、データ最小化、適切なセキュリティを備えた制限されたサービスで処理する必要があります。

候補段階では、ファジー類似度と埋め込みを使用して、可能性のある一致を見つけることができます。再現率を優先し、候補が現れた理由を説明する必要があります。その後、完全一致または裏付けられた識別子によって、より信頼度の高いレゾリューションを導きます。2つのエンティティが「同じに見える」というモデル生成の記述だけでは不十分です。

レゾリューション判定

手動による統合と分割はすべて可逆的で、ログに記録されるべきです。システムは、どの主張が同一性リンクに依存しているかを説明すべきです。なぜなら、リンクを変更すると、所有権合計、制裁エクスポージャー、権限が変わる可能性があるからです。

所有権および支配の経路

受益所有権は、単一の割合フィールドではなく、経路として表現されます。グラフには、直接保有、間接保有、議決権支配、任命権、契約上の支配、名義人関係、その他の該当する根拠が記録されます。割合の計算では、分母、クラス、日付、乗算方法を明示すべきです。閾値分析は、法域およびポリシーに応じてパラメーター化し、コンプライアンス部門がレビューすべきです。

FATFガイダンスは、適切で正確かつ最新の受益所有権情報へのアクセスを重視しています[10]。UAEの規則には、信頼できる独立した情報源を通じた検証が含まれます[11-13]。公式提出書類は分析に役立てることができますが、依然として各法域の定義および更新サイクルの対象です。システムは、単一の登記フィールドを普遍的な証明として扱うべきではありません。

来歴モデル

PROV-Oのエンティティ、アクティビティ、エージェントの概念は有用な基盤を提供します[28]。ソース文書はエンティティです。OCRと抽出はアクティビティです。主張はソーススパンから導出されます。ソフトウェアエージェントと人間のレビュアーはアクティビティに参加します。リリースされたメモはレビュー済みの主張から導出されます。これにより監査証跡が明示的になり、どのモデルバージョン、情報源、レビュアーが重要な結論に寄与したかといった問いを支えます。

譲渡制限および権利エンジン

条項の分類体系

私募証券の譲渡は、定款、付属定款、株主間契約、投資家権利契約、株式報酬計画、購入契約、サイドレター、SPV契約および適用法の制限により影響を受け得る。使用可能な分類体系には、発行体の同意、取締役会の承認、マネージャーまたはジェネラルパートナーの同意、優先買取権、優先申込権、共同売却権、タグアロング権およびドラッグアロング権、ロックアップ、許可譲受人条件、競合事業者制限、最低譲渡規模、認定投資家または適格投資家の要件、証券法上の条件、情報アクセス条件、ならびに間接譲渡または支配権変更に関する条項が含まれる。

エンジンは、実効条項、定義用語、例外、対象証券、トリガーとなる取引、通知方法、通知期間、選択期間、必要情報、権利放棄権限、帰結および根拠箇所を抽出すべきである。相互参照および修正条項をリンクさせるべきである。弁護士のレビューのために曖昧な文言を保持しなければならない。

ルールの表現

ルールは、入力、判定、出力、および証拠不足状態を備えた決定表として表現できる。例えば、優先買取権のワークフローでは、譲受予定者の身元、価格、支払形態、数量、通知日、および送達証拠を必要とする場合がある。システムは、弁護士または権限を有する法務ルール責任者が実効条項、暦計算の慣行、およびトリガー日を確認した後にのみ、契約上の期限を計算できる。

直接および間接の譲渡

SPVの売却は、商業上、株式譲渡ではなく事業体持分の譲渡として説明される場合があります。ただし、準拠文書には、間接譲渡、支配権変更または受益所有権に関する条項が含まれていることがあります。したがって、グラフは、SPV層における提案取引を下流の証券に接続し、間接的な処分または支配に言及する条項を照会すべきです。適用可否は弁護士が判断します。

証券法上のルート

SECガイダンスは、プライベート・セカンダリー取引には登録または適用除外が必要であるとしています[1]。Rule 144およびSection 4(a)(7)にはそれぞれ独自の条件があります[4-5]。システムは、提案する適用除外、必要な事実、証拠、弁護士担当者および未解決条件を列挙するルートオブジェクトを作成すべきです。当事者が適格投資家であること、または発行体が非公開であることのみを理由に、再販売を「適合」と表現することは避けるべきです。

出力言語

エンジンの出力では、範囲を限定した言葉遣いを用いるべきです：「条項を特定」「事実を裏付け」「条件が弁護士レビューの対象として発動した可能性」「権利放棄書が提供済み」「送達未確認」「法的効果は弁護士が判断」。正確な該当範囲を引用すべきです。緑のステータスは、設定されたレビューゲートが完了したことを意味し、執行可能性や権原を保証するものではありません。

取引相手方、AMLおよび制裁トリアージ

スコアリング前の主体識別

取引先のトリアージは、主体の同一性確認後に開始される。システムは、売主、買主、紹介者、署名権者、実質的支配者、支配者、支払受領者および決済エージェントを識別すべきである。各当事者の法的役割と権限を保持すべきである。認知されたブランド、プラットフォームアカウント、または業務用メールアドレスは、契約主体と受領主体が同一であることを立証しない。

制裁スクリーニングは、最新の公式情報源と統制された判定プロセスを用いるべきである。国連は、安全保障理事会の制裁措置に関する統合リストを維持している[18]。OFACは、制裁リストの検索・データサービス、ガイダンス、および所有関係に関する解釈を公表している[19-22]。名前の類似性は候補一致を生じさせる。コンプライアンスレビュー担当者は、それを解決するために、識別子、所有経路、制裁プログラムの文脈、および適用法の分析を必要とする。

権限と支払管理

権限は、必要に応じて、統治文書、決議、委任状、在任証明、署名権者記録および専門家による確認を通じて証拠化されるべきである。システムは、契約当事者、登録名義人、実質的支配者、請求書発行者および銀行口座の受取人を比較すべきである。不一致には説明と承認を要する。支払指示の変更は、事前に検証済みの連絡先を用いたアウトオブバンド検証および職務分離を発動させるべきである。

支払リスクは権原リスクとは別である。エスクロー、カストディアン、移転代理人、およびDVP（引渡対支払）の仕組みは、その条件と統制に応じて、オペレーショナル・エクスポージャーを低減できる。デューデリジェンス・システムは、選択された決済メカニズムと必要な解除条件を記録する。サービス提供者が取引を保証するとは前提としない。

透明なトリアージ基準

スコアは例外の優先順位付けツールである。ブロッキング・ルールを決して隠蔽してはならない。確認された制裁禁止、未解決の主体同一性、裏付けのない権限、または支払指示の異常は、総合スコアにかかわらずハードストップを生じさせ得る。ウェイトと閾値は、関連するコンプライアンスおよび取引の権限者によって承認され、過去の案件に対してテストされるべきである。

不利益情報の境界

オープンソースの不利益情報分析では、誤一致、古いレポート、法的に慎重な取扱いを要する個人データが生じる可能性があります。検索は、承認された目的、文書化された情報源、日付、本人確認・名寄せの方法を用いて行うべきです。システムは、申立て、手続、認定、制裁、有罪判決を区別すべきです。重大な認定事項には、有資格のコンプライアンスまたは法務によるレビューが必要です。生成された要約は、根拠となる情報源を引用し、裏付けのない申立てを増幅しないようにすべきです。

Claude、検索およびナレッジグラフ・アーキテクチャ

Claudeの限定された役割

Claudeは、文書分類、構造化抽出、条項比較、例外の説明、質問応答、メモランダムの草案作成を支援できます。Anthropicの引用機能は、提供された文書から情報源にリンクした回答を返すことができます[23]。そのPDF処理は、現在の製品制限と設定に従い、テキストとページ画像を利用できます[24]。これらの機能は精査を支援しますが、情報源の真正性、法的十分性、事実の真実性を立証するものではありません。

アーキテクチャは、Claudeを権限認識型の検索サービスと構造化検証レイヤーの間に位置付けるべきです。モデルは、正確なタスク、承認済みの情報源抜粋、グラフ事実、未解決の例外、受信者、出力スキーマ、棄権ルールを受け取ります。モデルは、引用とステータスを伴う構造化された主張を返します。その後、決定論的サービスが、人間によるレビューの前に、識別子、数値、日付、情報源の権限、必須フィールド、引用箇所を確認します。

アーキテクチャ層

権威性と関係性による検索

類似性だけでは、失効した文書から都合のよい条項を検索してしまう可能性がある。検索ではまず、取引、エンティティ、文書ステータス、権限および有効期間を制約し、その上で情報源の権威性と関連性によって順位付けすべきである。グラフトラバーサルにより、条項に紐づく修正、定義用語、別紙および承認を引き出すことができる。次に、字句検索と意味検索のハイブリッドにより、裏付けとなるスパンを特定できる。

クエリは、検証対象の命題を明示すべきである。「誰が株式を所有しているか」は範囲が広すぎる。管理されたクエリでは、たとえば「提案されたクロージング日時点で、25,000株のシリーズC株式の登録名義人を特定する承認済み情報源はどれか。また、数量の矛盾や後発の譲渡イベントは存在するか」と問うことができる。回答では、記録上の証拠、表明、および未解決の主張を分離すべきである。

プロンプト契約

システムプロンプトは、役割、タスク、許可された情報源、出力スキーマ、引用要件、禁止される推論、曖昧性の処理、およびエスカレーションを規定すべきである。文書は信頼できないコンテンツである。文書内の指示は証拠テキストとして扱うべきであり、システムコマンドとして扱ってはならない。Anthropicのガードレールに関するガイダンスには、ジェイルブレイクおよびプロンプトインジェクションのリスクに対する対策が含まれている[25]。アプリケーションはまた、ツールを分離し、アクションを制限し、出力を検証し、敵対的ケースをテストすべきである。

モデルおよび構成記録

重要な実行ごとに、モデル識別子、プロバイダー、日付、システムプロンプトのバージョン、ツール構成、検索クエリ、情報源ID、トークンまたはコンテキストの上限、出力、および検証結果を記録すべきである。リリースでは、機密性の高い内部構成をすべての受領者に開示する必要はない。内部監査証跡は、モデルまたはプロンプトの変更後に再構築および比較を可能にしなければならない。

引用および主張モデル

引用の存在と引用の裏付け

引用は、回答がどこかを指し示していることを証明する。レビューでは、引用された箇所が正確な命題を裏付けていること、正しいエンティティおよび期間に適用されること、用途に対して権威性があること、および受領者に開示可能であることを確認しなければならない。Anthropicの現在のドキュメントでは、引用の情報源位置が説明され、製品上の制約が注記されている[23]。アプリケーションは、モデルが提供した位置と、それ自体が保持する不変の情報源参照の両方を保存すべきである。

原子的主張

複文は曖昧な裏付けを生みます。「売主Aは25,000株を保有し、これを売却する権限を有し、同意は不要である」といった記述には、少なくとも3つの命題が含まれます。各命題には、独自の引用、証拠クラス、レビュー担当者が必要です。ナラティブ生成器は、検証後に承認された原子的主張を可読性向上のために再結合できます。

矛盾セット

システムは、同じ命題と同じ時点を扱う主張をグループ化する。両立する主張は結論を補強できるが、両立しない主張は矛盾セットを形成する。矛盾は、採用された運用上の主張、却下または置き換えられた主張、理由、権限、および発効日を特定する記録済みの決定によって解決される。履歴上の主張は引き続き表示される。

人による判断オブジェクト

専門家の結論も構造化されるべきである。顧問弁護士の判断には、正確な論点、レビュー対象母集団、適用される法域、結論、条件、制限、日付、および権限を有する者を記録する。コンプライアンス上の解決には、候補一致、識別子、所有権分析、プログラムまたは規則、処分、およびレビュー担当者を記録する。システムは、承認された範囲を超えてこれらの判断を言い換えるべきではない。

段階	成果物	判定ゲート
受領	原本、ハッシュ、提供者、アクセスラベル	受理チャネルとマルウェア結果
解析	テキスト、表、画像、座標	完全性と品質のチェック
分類する	文書タイプ、エンティティ、ステータス、機密性	重要項目に関するレビュアーの確認
抽出する	正確なソーススパンを持つスキーマオブジェクト	フィールドの信頼度と必須項目・Nullポリシー
検証する	決定論的な不整合と欠落した依存関係	抑制された例外がゼロ
レビューする	受理済み、却下済み、または条件付きの主張	権限を持つ指名レビュアー
公開する	グラフとリリース可能なエビデンス	バージョン、権限、監査記録

データルームから決済までのワークフロー

受付とマンデートの境界

取引責任者は、提案資産、数量、ストラクチャー、当事者、役割、法域、商業条件、タイムライン、および意図する決済ルートを記録する。仲介業者は、その関与および許可された活動を記録する。買い手は、その承認プロセスおよびアドバイザーを記録する。システムは、承認されたテンプレートに基づいて取引IDと要件マトリックスを作成する。

証拠収集

売主または権限を有する提供元は、管理されたチャネルを通じて書類を提供する。各要件は、提供済み項目、理由を付した対象外判断、または未解決の依頼に紐付けられる。システムは原本を保存し、アクセス権を分類し、重要書類を情報源の所有者による確認に回付する。自動抽出は、未完了の項目や矛盾する項目が可視的に未解決のままでも開始できる。

グラフ構築と例外

エンティティ解決は当事者およびSPVを結合する。構造化抽出により候補クレームとイベントを生成する。グラフ不変条件は日付、数量、リンクを検証する。制限エンジンは適用される可能性のある条項を特定する。実質的支配者および制裁サービスは、承認済みの身元母集団を評価する。すべての例外には、担当者、重大度、期限、証拠リンク、解決状態がある。

専門家による判定

有資格弁護士は、権原、譲渡制限、執行可能性、証券法上の経路、取引書類を該当する範囲で扱う。コンプライアンスは、KYC、実質的支配者、制裁に関する事項を解決する。税務、会計、規制の専門家はそれぞれの領域を扱う。発行体または権限を有する移転代理人の証拠により、記録およびプロセスの要件を確認する。システムは決定をその範囲を拡大せずに記録する。

投資および取引の承認

投資委員会は、商業的アンダーライティング、チェーングラフ、証拠概要、リスク評価基準、専門家による判定、未解決の条件、下振れシナリオ、提案されたクロージング統制を受け取る。承認には、前提条件、委任権限、有効期限を明記する必要がある。投資の肯定的決定によって支払が実行されるわけではない。

クロージングおよび決済

クロージングチェックリストは、各条件を証拠および承認に紐付ける。支払指示は別個の検証ワークフローを経る。使用される場合、エスクロー、カストディアンまたは移転代理人の手続きが記録される。支払実行権限者は、条件、指示、分別管理を確認する。クロージング後の証拠には、更新された発行体またはSPVの記録、締結済み証書、領収書、最終割当が含まれる。グラフは提案イベントを上書きするのではなく、新しいイベントを受け取る。

クロージング後モニタリング

投資がSPVに残っている場合、その後の譲渡、手数料、分配、コーポレートアクション、修正、所有権変更がポジションに影響し得る。証拠システムは、承認されたモニタリング範囲の下で継続する必要がある。アクセスおよび保存の規則は、クローズ済み取引および投資家の義務を反映する必要がある。

検証の実施例

シナリオの事実

説明用の例 ファミリーオフィスである Buyer FO は、Alpha Access SPV II LLC の全持分を USD 4.8 million で購入することを検討している。SPV は Nova Systems, Inc. のシリーズD優先株式10万株を保有していると表明されている。売り手である Seller Holdings Ltd は、その SPV 持分を名義人を通じて保有している。仲介者が両当事者を引き合わせた。このシナリオのすべての名称、数値、文書、日付、閾値は手法の例示のために創作されたものであり、Matchpoint や顧客取引を描写するものではない。

このルームには、SPV 名義の10万株に関する発行体証明書、98,000株を示す発行体のキャップテーブル出力、SPV の運営契約、過去の持分権譲渡証書、名義人宣言書、取締役会同意書、購入契約書草案、支払指図を含む電子メールが含まれている。発行体の株主契約には、直接譲渡および一定の間接譲渡に対する優先買取権が含まれている。SPV の運営契約は、持分権の譲渡にマネージャーの同意を要求している。

抽出結果

説明用の例 パイプラインは、5つのエンティティ、2名の個人、3つの証書、1つの証券クラス、2つの提案された譲渡イベント、4つの承認対象を識別する。証明書の1桁についてOCR信頼度が低い。数量バリデータは、証明書とキャップテーブル出力の間に2,000株の差異を検出する。署名バリデータは、過去の譲渡証書を完了済みと判定するが、マネージャーの同意書が添付されていないことを検出する。支払コンパレータは、受益者名が契約上の売り手と異なることを検出する。

グラフと制限の分析

説明用の例 グラフは Buyer FO を提案された SPV 持分の取得に結び付け、SPV を2つの相反する発行体ポジションに関する主張に結び付ける。名義人を売り手持分の登録名義人として、Seller Holdings を表明された受益所有者として記録する。エンジンは、株主契約の間接譲渡条項を弁護士レビューの対象としてフラグを立て、SPV のマネージャー同意要件を特定し、署名者について未解決の権限例外を作成する。

取引相手のトリアージ

説明用の例 公式の制裁スクリーニングでは、提供された識別子について解決済みの一致は得られなかった。記録には情報源、時刻、レビュー担当者が記載されており、制裁リスクが存在しないとは主張していない。第三者の支払受益者により、ファイナンス上のハードストップが生じる。コンプライアンスは、Seller Holdings および支払受取人について受益所有権の証拠を要求する。仲介者の役割は紹介および調整として記録され、権原やコンプライアンスの検証は帰属されていない。

解決とリリース

説明用の例 発行体は、98,000株を裏付ける日付入りの台帳抜粋を提供し、2,000株が買戻し後に消却されたと説明する。原本証明書は失効され、消却の証拠が追加される。弁護士はマネージャーの同意が必要であることを記録し、間接譲渡条項について別途対応する。SPV のマネージャーが同意書に署名する。売り手は支払指図を、検証済みの正式名称による口座に置き換え、ファイナンス部門が承認済みチャネルを通じて確認する。

投資委員会は、98,000株の原資産株式、更新された商業経済条件、解決済みのグラフ、弁護士の判断、およびクロージング条件に基づく改訂されたエクスポージャー・スケジュールを受け取る。クロージング・コントローラーは、署名済み購入文書、同意、検証済み指図、合意された決済メカニズムが完了した後にのみ資金を放出する。その後、システムはクロージング後の会員名簿と最終的な発行体ポジションの証拠を記録する。

教訓

このシナリオは、体裁の整った証明書や契約書が、相反する権威ある証拠を凌駕すべきではない理由を示している。また、数量、権限、制限、支払に関する例外にはそれぞれ別の担当者が必要であることも示している。グラフはそれらの依存関係を可視化する。総合スコアは、ファイナンス上のハードストップや法的クロージング条件を覆すことはできない。

リスクスコアリング評価基準とリリースゲート

4つの出力

システムは4つの異なる出力を生成する必要があります。抽出品質スコア、エビデンスカバレッジスコア、カウンターパーティ・トリアージスコア、およびリリースゲートのステータスです。抽出品質はパーサーの性能を表します。エビデンスカバレッジは、必須の命題に承認済みの裏付けがあるかどうかを表します。カウンターパーティ・トリアージはレビューの優先順位を付けます。リリースステータスは、設定された必須決定の完了を反映します。4つすべてを1つの数値に統合すると、リスクが不明瞭になります。

スコア設計の例示

説明用の例 以下の重み付けは設計例であり、使用前に経営陣、法務、およびコンプライアンスの承認を必要とします。

説明用の例 低リスク帯はハードストップなしでスコア20未満、中リスク帯は20～39、高リスク帯は40～59、クリティカルは60以上を要件とする場合があります。これらの閾値は本論文では実証的に検証されていません。承認済みのラベル付きケースセットでキャリブレーションする必要があり、特定の組織や法域には適さない可能性があります。

ハードストップ登録簿

リリース判定

リリースゲートは「合格」「明示された条件付き合格」「不合格」「期限切れ」を記録する。「合格」は、その時点における設定済みプロセスの完了を確認するものである。権原、適法性、支払能力、将来の業績、不正行為の不存在を保証するものではない。リリースには、範囲、情報源、重要な前提、専門家による判断、残存条件を記載する必要がある。

ゴールデンセット評価

評価母集団

Anthropicの評価ガイダンスは、タスク固有のテストと明確に定義された成功基準[26]を推奨しています。環境向けに承認された非識別化または合成の文書およびケースからなるゴールデンセットを使用すべきです。クリーンなネイティブPDF、困難なスキャン、表、修正書、階層化されたエンティティ、名義人関係、矛盾する数量、間接譲渡条項、制裁対象名の衝突、支払変更、プロンプトインジェクションの試行を表すべきです。

このセットには、権限を有する法務、コンプライアンス、取引の専門家によるラベルを含めるべきです。抽出可能なフィールドと、判断を要する判定を分離すべきです。モデル、プロンプト、パース、検索、ルール、スキーマの変更は、リリース前に同じバージョン管理されたセットに対して実行すべきです。

指標

重大度で重み付けされたエラー

句読点に関するエラーと登録名義人の同一性に関するエラーは、同じ重み付けにすべきではない。テスト計画では、潜在的な結果に基づいて重大度を定義し、重大なエラーはゼロトレランスまたは明示的な免除に振り分けるべきである。誤った名寄せ、見落とされた制限、誤った数量、裏付けのない権限、支払いの不一致は、より高い重大度とすべきである。

敵対的テスト

文書には、モデルに対してワークフローを無視し、同意を捏造し、制限情報を開示するよう指示するテキストを含めるべきである。アプリケーションは、文書の内容がシステムの権限を変更できないことを証明すべきである。テストでは、悪意のあるファイル名、隠しテキスト、Unicodeの混同、矛盾する添付ファイル、過大な文書、ツール呼び出しの試行も対象とすべきである。NISTのGenerative AI Profileは生成システムのリスク管理アクションを示し[30]、NISTのセキュアソフトウェア開発フレームワークはより広範なセキュア開発の規律を提供する[31]。

本番環境モニタリング

本番環境モニタリングでは、重要な主張をサンプリングし、レビュー担当者による修正を追跡し、未解決の例外を測定し、分布シフトを検出し、アクセスイベントを記録すべきである。モデル更新後に手動修正が増加した場合、ロールバックまたは調査を開始すべきである。ユーザーの受容だけでは正確性の証明にはならない。レビュー担当者の作業負荷、経過時間、修正率は、承認済みベースラインに対して観測すべきである。

セキュリティ、プライバシー、ガバナンス

データ分類と最小化

証拠母集団には、発行体の機密情報、個人識別情報、銀行口座情報、署名、秘匿特権のある分析が含まれる場合がある。収集および処理には、承認された目的と法的根拠がなければならない。システムは、項目を最小化し、機密サービスを分離し、エクスポートを制限し、保持および削除のルールを適用すべきである。本論文は、取引に適用されるプライバシー制度を決定するものではない。

取得前のアクセスチェック

IDおよびアクセス制御は、最小権限、取引の分離、受信者の権限、特権文書の取り扱いを徹底すべきである。権限チェックは、取得、モデルコンテキストの構築、エクスポートの前に行われる。ログには、ソースアクセス、グラフクエリ、モデル使用、レビュー、開示を記録すべきである。高リスクの管理操作には、より強力な認証と分離を要求すべきである。

サプライヤーとモデルのガバナンス

組織は、プロバイダーの契約条件、データ利用、保持、所在地、セキュリティ、インシデント対応、サブプロセッサー、モデル変更、可用性、契約終了を評価すべきである。製品設定と契約上のコミットメントは、選択したサービスおよび日付について検証すべきである。機密性の高いユースケースでは、API、プライベートネットワーキング、地域制御、または異なるアーキテクチャが必要になる場合がある。システムは、承認済み設計で必要とされない機密情報を送信しないようにすべきである。

セキュア開発

NIST SP 800-218 は、組織の準備、ソフトウェアの保護、十分にセキュアなソフトウェアの作成、および脆弱性への対応にわたるセキュア開発プラクティスを記述しています[31]。アプリケーションは、適切な場合にソフトウェア部品表を維持し、依存関係をレビューし、コードとインフラストラクチャをスキャンし、シークレットを保護し、入力と出力を検証し、認可をテストし、脆弱性を管理し、ロールバック経路を確保する必要があります。ルールセットとスキーマの変更には、アプリケーションコードと同じリリース規律が求められます。

AIリスクガバナンス

NIST AI リスクマネジメントフレームワークは、統治、マッピング、測定、管理の各機能を中心に業務を体系化しています[29]。その生成AIプロファイルは、生成AIに固有の、またはそれによって増幅されるリスクに対処します[30]。ここに適用すると、ガバナンスは説明責任を負うオーナーとリスク許容度を特定し、マッピングは当事者、法域、データおよび結果を定義し、測定は抽出、検索、引用およびワークフローをテストし、管理はリリースゲート、モニタリングおよび対応を設定します。

インシデント対応

インシデントには、不正開示、誤リリース、モデルまたはルールの障害、証拠の破損、アイデンティティ解決の誤り、制裁スクリーニングの失敗、支払い詐欺、サプライヤー障害が含まれます。対応計画では、証拠を保全し、影響を受けるワークフローを停止し、影響を受けるリリースを特定し、説明責任を負うオーナーに通知し、出力を訂正または置換し、教訓を文書化する必要があります。リリースされたドシエには、訂正が適切な当事者に届くよう、追跡可能な受領者リストが必要です。

90日間実装ロードマップ

0～15日目：スコープと証拠の棚卸し

1つの取引パターン、法域の範囲、および説明責任を負うスポンサーを選択します。データと役割、法務・コンプライアンス上の権限、データルームの情報源、決済当事者、現在の障害モードをマッピングします。現在のプロセスとベースラインを定義します。どの判断が完全にシステム外に残るかを特定します。

成果物には、マンデートの境界、RACI、データ分類、文書分類体系、要件マトリクス、クレームスキーマ、情報源階層、および承認済みゴールデンセット計画が含まれます。チームは、禁止されるデータおよびツール操作も定義する必要があります。

16～30日目：統制された取り込みとグラフスキーマ

不変の受領記録、ハッシュ化、構文解析、OCR、ページ座標ストレージを構築します。エンティティ、セキュリティ、金融商品、イベント、クレーム、制限、承認の各オブジェクトを設定します。インデックス作成前にアクセスラベルを確立します。合成データまたは承認済みの非識別化済みケースを読み込み、再構築をテストします。

31～45日目：抽出、解決、ルール

狭い範囲の抽出スキーマと決定論的検証を実装する。エンティティ解決候補と、レビュアーが可逆的に行える判断を追加する。承認済みの少数の制限ルールとグラフ不変条件をコード化する。公式の制裁情報源を、組織が承認したスクリーニングプロセスを通じて統合する。

第46〜60日：Claudeと引用付き分析をシャドーモードで実施

権限を考慮した検索と、引用および回答の差し控えを備えたClaude出力を追加する。現行プロセスと並行して運用し、モデル支援による結論はリリースしない。すべての重要フィールドと主張をレビューする。エラーを重大度別に記録し、原因となった情報源、スキーマ、プロンプトまたはルールを改善する。

第61〜75日：範囲を限定したパイロット

明示的な同意と完全な人間の権限のもと、狭く選定した進行中または管理された案件でパイロットを実施する。例外キュー、専門家判定オブジェクト、リリースバンドルを使用する。重大なエラー、アクセス違反、ワークフローの迂回が発生した場合は停止する。経過時間、レビュアー工数、エビデンス網羅率、修正率を承認済みベースラインと比較する。

第76〜90日：意思決定と堅牢化

ガバナンス機関は、評価エビデンス、セキュリティ所見、専門家のフィードバック、ユーザー行動、インシデント、経済性、残余リスクをレビューする。範囲を限定した本番スコープを承認するか、是正を要求するか、シャドーモードを延長するか、中止する場合がある。承認されるスコープには、取引種類、法域、データクラス、モデル、ルール、レビュアー、リリースゲートを明記する。

経済条件

ビジネスケースでは、実装コスト、継続的なソフトウェア費用および専門家費用、レビュー時間、経過時間、回避された手戻り、案件スループットへの影響、損失事象を区別すべきである。帰属するMatchpointまたはクライアント収益、現金コスト削減、損失削減、アルファは、承認された観測エビデンスが提供されていないため、本稿ではUSD 0のままとする。生産性、コンバージョン、損失回避に関する主張は、そのベースライン、期間、反実仮想、財務承認を明記すべきである。

リリースチェックリストおよび主張登録簿

取引リリースチェックリスト

1. 取引ID、ストラクチャー、当事者、役割、準拠法域を確認する。
2. 発行体、証券クラス、数量、保有者、提案された持分を確認する。
3. 正式記録、証明書、取引証書を照合する。
4. 承認済みの範囲にわたり、過去の発行・譲渡イベントを再構築する。
5. エンティティの同一性、別名、名義人、カストディアン、実質的受益者を解決する。
6. 各重要法人について、設立、存続状況および権限に関する証拠を検証する。
7. 統治文書、修正条項、サイドアレンジメントおよび現行版を特定する。
8. 直接・間接および支配権変更に関する譲渡制限をレビューする。
9. 必要な通知、同意、権利放棄および承認を取得し、その真正性を確認する。
10. 提案された証券法上の再販売経路および法律顧問の判断を記録する。
11. 承認された範囲で、権利負担、質入れ、リーエンおよび解除証拠をレビューする。
12. KYC、受益所有権、制裁および不利益情報に関するレビューを完了する。
13. 署名権限および契約当事者の整合性を解消する。
14. 承認された統制を通じて、支払受益者および支払指示を検証する。
15. 決済メカニズム、成果物および職務分離を確認する。
16. すべてのグラフ不変条件および重要な抽出例外を解決する。
17. すべての重要な主張、引用、期間、出典の権威性および許可を検証する。
18. 専門家の判断を、範囲、日付、条件および制限とともに記録する。
19. 未解決の条件および下振れ影響を投資権限者に提示する。
20. 承認済みのリリースバンドル、マニフェスト、グラフスナップショットおよび例外台帳を凍結する。
21. 資本の払出しは、別途承認されたクロージング・ワークフローの下でのみ行う。
22. クロージング後の証書、登録簿の更新、領収書、最終ポジションの証拠を取得する。

公開主張登録簿

最小運用パック

本番パックには、承認済みアーキテクチャ、ソース階層、クレームスキーマ、グラフスキーマ、文書タクソノミー、要件テンプレート、ルールカタログ、プロンプトおよび出力契約、ゴールデンセット、評価レポート、アクセスマトリクス、サプライヤー評価、インシデント計画、RACI、リリースチェックリスト、変更履歴を含めるべきである。トランザクションパックは案件固有の証拠と承認を追加する。

制約と結論

限界

本稿は、法務、投資、規制、コンプライアンス、税務、会計、プライバシー、サイバーセキュリティまたは技術に関する助言を提供するものではありません。いかなる譲渡についても、その権原または有効性を判断するものではありません。すべての法域、担保、事業体形態、適用除外、契約上の権利、制裁制度、倒産問題、担保権登記、税務上の帰結または規制対象活動を扱うものではありません。専門家の助言と権威ある記録は引き続き不可欠です。

本稿は、承認済みラベル付きのPre-IPOセカンダリーデータセット上で本番モデルを評価していない。製品機能および公式要件は変更される可能性がある。例示シナリオ、スコアの重み、閾値、タイムプランおよび経済性は仮説的なモデリング前提である。顧客の成果は主張していない。特定の個人への著者帰属はCK承認待ちであり、組織としての著者はMatchpoint Partnersである。

文書の真正性は攻撃され得る。公式登録簿は遅延したり、誤りを含んだり、取引と異なる定義を用いたりする可能性がある。モデルは内容を省略、誤分類または捏造する可能性がある。エンティティ解決は、異なる当事者を統合したり、単一の当事者を分割したりする可能性がある。ルールは不完全な法的解釈を組み込む可能性がある。人間のレビュー担当者も誤る可能性がある。この設計は、ソース、例外および判断を保存することで不透明性を低減するが、不確実性を排除するものではない。

結論

AI支援による権原連鎖デューデリジェンスは、証拠管理システムとして理解するのが最も適切である。文書は、保存され権限管理されたパイプラインを通じて入力される。構造化抽出は候補クレームを生成する。エンティティ解決とナレッジグラフは、発行体、証券、保有者、受益者、SPV、金融商品およびイベントを接続する。決定論的チェックは構造的不整合を特定する。条項ルールは適用される可能性のある制限を明らかにする。Claudeは証拠を比較し、引用付きの説明を草案することを支援できる。指名された法務、コンプライアンス、発行体、投資、財務および決済の権限者が、重要な意思決定を行う。

ファミリーオフィスおよび超富裕層（UHNW）の買い手にとって、本システムは商業機会から実行に移せる所有権取得に至る、より検証可能な経路を提供する。仲介業者にとっては、案件受付・開示・引継ぎの記録をより明確にする。最も価値のある成果物は、自信に満ちた説明ではない。資本が移動する前に、すべての重要事項に、出所、日付、権限、許可、レビュアー、未解決条件のステータスが付されているリリースパックである。

レイヤー	機能	最小限の統制
ソースシステム	データルーム、各種台帳、契約書、KYCおよび取引記録	所有者、バージョン、アクセス区分、ハッシュおよび保存期間
取り込み	保全、スキャン、解析、OCRおよび分類	不変の原本および処理ログ
エビデンスストア	テキスト、表、座標、オブジェクト、およびソース階層	正確な位置と権限継承
ナレッジグラフ	エンティティ、金融商品、請求権、イベント、所有権、および承認	バイテンポラル来歴と可逆的解決
検索	グラフクエリ、字句検索、ベクトル検索、およびリンクコンテキストの拡張	検索前の権限確認、情報源の権威性、および境界付けられたコンテキスト
Claude	抽出、比較、説明、および起草	明示的スキーマ、引用、回答保留、およびプロンプトインジェクションの境界
決定論的ルール	数量、日付、グラフの不変条件、制限ルール、および支払チェック	バージョン管理されたルール所有者と再現可能な結果
ワークフロー	例外キュー、専門家レビュー、承認およびリリース	職務分掌および不変の意思決定記録
モニタリング	アクセス、モデル、検索、品質、例外、コストおよびインシデント	閾値、アラート、ロールバックおよび定期レビュー

参考文献

[1] 米国証券取引委員会、「プライベート・セカンダリー市場」、2026年4月24日更新。https://www.sec.gov/resources-small-businesses/capital-raising-building-blocks/private-secondary-markets

[2] デラウェア州議会、デラウェア州法典第8編第1章第VI副章第201～202条、現行オンライン法典。https://www.delcode.delaware.gov/title8/c001/sc06/

[3] デラウェア州議会、デラウェア州法典第8編第1章第V副章第159条、現行オンライン法典。https://delcode.delaware.gov/title8/c001/sc05/index.html

[4] 米国証券取引委員会、「規則144：制限証券および支配証券の売却」。https://www.sec.gov/reports/rule-144-selling-restricted-control-securities

[5] 合衆国法典、15 U.S.C. 第77d条（第4(a)(7)条を含む）。https://www.law.cornell.edu/uscode/text/15/77d

[6] 米国証券取引委員会、「名義書換代理人」。https://www.sec.gov/about/divisions-offices/division-trading-markets/transfer-agents

[7] 英国、2006年会社法（社員名簿に関する規定を含む）。https://www.legislation.gov.uk/ukpga/2006/46/pdfs/ukpga_20060046_en.pdf

[8] 英国政府、「重要な支配力を有する者（PSC）に関する要件」資料集、2026年更新。https://www.gov.uk/government/collections/people-with-significant-control-requirements

[9] 英国政府、「企業向け概要ガイダンス：重要な支配力を有する者の名簿」。https://www.gov.uk/government/publications/people-with-significant-control-summary-guidance/summary-guidance-for-companies-register-of-people-with-significant-control-pscs

[10] 金融活動作業部会（FATF）、「法人の実質的支配に関するガイダンス」、2023年3月。https://www.fatf-gafi.org/content/fatf-gafi/en/publications/Fatfrecommendations/Guidance-Beneficial-Ownership-Legal-Persons.html

[11] アラブ首長国連邦、2023年閣僚決定第109号（実質的支配者手続きの規制）。https://rulebook.centralbank.ae/en/rulebook/cabinet-decision-no-109-2023-regulating-beneficial-owner-procedures

[12] アラブ首長国連邦、2025年閣僚決議第134号（連邦法令第10号の施行規則に関するもの）。https://rulebook.centralbank.ae/en/rulebook/cabinet-resolution-no-134-2025-regarding-executive-regulations-federal-decree-law-no-10

[13] UAEの中央銀行、「実質的支配者の識別および検証」。https://rulebook.centralbank.ae/en/rulebook/325-beneficial-ownership-identification-and-verification

[14] OpenOwnership『受益所有権データ標準 0.4』「主要概念」。https://standard.openownership.org/en/latest/standard/concepts.html

[15] OpenOwnership『受益所有権データ標準 0.4』「名義人の表現」。https://standard.openownership.org/en/latest/standard/modelling/repr-nominations.html

[16] Global Legal Entity Identifier Foundation「レベル2データ：誰が誰を所有しているか」。https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-who-owns-whom

[17] Global Legal Entity Identifier Foundation「関係レコードCDF 2.1形式」。https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-relationship-record-rr-cdf-2-1-format

[18] 国際連合安全保障理事会「国連安全保障理事会統合リスト」。https://scsanctions.un.org/consolidated/

[19] 米国財務省海外資産管理事務所「制裁リスト検索」。https://ofac.treasury.gov/sanctions-list-search-tool

[20] 米国財務省海外資産管理事務所「OFACのその他の制裁リスト」。https://ofac.treasury.gov/other-ofac-sanctions-lists

[21] 米国財務省海外資産管理事務所「OFACコンプライアンス・コミットメントの枠組み」、2019年5月。https://ofac.treasury.gov/media/16331/download

[22] 米国財務省海外資産管理事務所、FAQ 585（50%以上を所有されている事業体について）。https://ofac.treasury.gov/faqs/585

[23] Anthropic、Claude API ドキュメント「引用」、2026年8月1日閲覧。https://platform.claude.com/docs/en/build-with-claude/citations

[24] Anthropic、Claude API ドキュメント「PDFサポート」、2026年8月1日閲覧。https://platform.claude.com/docs/en/build-with-claude/pdf-support

[25] Anthropic、Claudeドキュメント「ジェイルブレイクとプロンプトインジェクションを軽減する」、2026年8月1日閲覧。https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/mitigate-jailbreaks

[26] Anthropic、Claudeドキュメント「テストケースを開発する」、2026年8月1日閲覧。https://platform.claude.com/docs/en/test-and-evaluate/develop-tests

[27] 米国財務省海外資産管理事務所「OFAC制裁リストファイルのハッシュ値」。https://ofac.treasury.gov/specially-designated-nationals-list-sdn-list/hash-values-for-ofac-sanctions-list-files

[28] World Wide Web Consortium「PROV-O：PROVオントロジー」、W3C勧告、2013年4月30日。https://www.w3.org/TR/prov-o/

[29] 米国国立標準技術研究所、「人工知能リスク管理フレームワーク（AI RMF 1.0）」、2023年1月。https://www.nist.gov/itl/ai-risk-management-framework

[30] 米国国立標準技術研究所、「人工知能リスク管理フレームワーク：生成人工知能プロファイル」、NIST AI 600-1、2024年7月。https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf

[31] 米国国立標準技術研究所、「セキュアソフトウェア開発フレームワーク（SSDF）バージョン1.1」、NIST SP 800-218、2022年2月。https://csrc.nist.gov/pubs/sp/800/218/final

[32] World Wide Web Consortium、「RDF 1.1 概念と抽象構文」、W3C勧告、2014年2月25日。https://www.w3.org/TR/rdf-concepts/

付録A. 主張レコードテンプレート

付録B. 例外記録テンプレート

付録C. モデル実行記録

出典登録簿

論文全文には、これらの情報源に適用された範囲、エビデンス設定、および限界が記録されている。

1. [1] 米国証券取引委員会「プライベート・セカンダリー市場」2026年4月24日更新。 オープンソース
2. [2] デラウェア州議会、デラウェア州法典第8編第1章第VI副章第201条～第202条、現行のオンライン法典。 オープンソース
3. [3] デラウェア州議会、デラウェア州法典第8編第1章第V副章第159条、現行のオンライン法典。 オープンソース
4. [4] 米国証券取引委員会「規則144：制限証券および支配証券の売却」 オープンソース
5. [5] 米国法典、15 U.S.C. 第77d条（第4(a)(7)条を含む）。 オープンソース
6. [6] 米国証券取引委員会、「移転代理人」。 オープンソース
7. [7] 英国、2006年会社法（株主名簿に関する規定を含む）。 オープンソース
8. [8] 英国政府、「重要な支配権を有する者（PSC）要件」コレクション、2026年更新。 オープンソース
9. [9] 英国政府、「企業向け概要ガイダンス：重要な支配権を有する者の登記簿」。 オープンソース
10. [10] 金融活動作業部会、「法人の受益所有権に関するガイダンス」、2023年3月。 オープンソース
11. [11] アラブ首長国連邦、2023年閣僚決定第109号（受益所有者手続を規制するもの）。 オープンソース
12. [12] アラブ首長国連邦、2025年閣僚決議第134号（連邦法令第10号の施行規則に関するもの）。 オープンソース
13. [13] UAEの中央銀行、「受益所有権の識別および検証」。 オープンソース
14. [14] OpenOwnership、受益所有権データ標準0.4、「主要概念」。 オープンソース
15. [15] OpenOwnership、受益所有権データ標準0.4、「名義人の表現」。 オープンソース
16. [16] 国際法人識別子財団、「レベル2データ：誰が誰を所有しているか」。 オープンソース
17. [17] 国際法人識別子財団、「関係レコードCDF 2.1形式」。 オープンソース
18. [18] 国連安全保障理事会、「国連安全保障理事会統合リスト」。 オープンソース
19. [19] 米国財務省海外資産管理室、「制裁リスト検索」。 オープンソース
20. [20] 米国財務省外国資産管理室、「その他のOFAC制裁リスト」。 オープンソース
21. [21] 米国財務省外国資産管理室、「OFACコンプライアンス・コミットメントの枠組み」、2019年5月。 オープンソース
22. [22] 米国財務省外国資産管理室、FAQ 585、50パーセント以上を所有されている事業体について。 オープンソース
23. [23] Anthropic、Claude API ドキュメント、「引用」、2026年8月1日閲覧。 オープンソース
24. [24] Anthropic、Claude API ドキュメント、「PDFサポート」、2026年8月1日閲覧。 オープンソース
25. [25] Anthropic、Claude ドキュメント、「ジェイルブレイクとプロンプトインジェクションを軽減する」、2026年8月1日閲覧。 オープンソース
26. [26] Anthropic、Claude ドキュメント、「テストケースを開発する」、2026年8月1日閲覧。 オープンソース
27. [27] 米国財務省外国資産管理室、「OFAC制裁リストファイルのハッシュ値」。 オープンソース
28. [28] ワールド・ワイド・ウェブ・コンソーシアム、「PROV-O：PROVオントロジー」、W3C勧告、2013年4月30日。 オープンソース
29. [29] 米国国立標準技術研究所、「人工知能リスク管理フレームワーク（AI RMF 1.0）」、2023年1月。 オープンソース
30. [30] 米国国立標準技術研究所、「人工知能リスク管理フレームワーク：生成人工知能プロファイル」、NIST AI 600-1、2024年7月。 オープンソース
31. [31] 米国国立標準技術研究所、「セキュア・ソフトウェア開発フレームワーク（SSDF）バージョン1.1」、NIST SP 800-218、2022年2月。 オープンソース
32. [32] ワールド・ワイド・ウェブ・コンソーシアム、「RDF 1.1 概念と抽象構文」、W3C勧告、2014年2月25日。 オープンソース

主張	本論文における証拠ステータス	許容される表現
LLMはプライベート市場の文書を抽出・比較できる	テストおよび統制を条件に、技術的能力として裏付けられている [23-26]	AI支援による抽出および引用付き分析
引用は権原を確立する	裏付けなし	主張しない
ナレッジグラフは来歴と所有権の主張を表現できる	設計アプローチとして支持されている [14,16-17,28,32]	グラフベースの証拠および来歴モデル
モデルは法的判断を下すことができる	裏付けなし	主張しない
ワークフローは不正または損失を防止する	裏付けなし	主張しない
ワークフローは有効な譲渡を保証する	裏付けなし	主張しない
	承認済みの観測証拠は提供されていない	Matchpointまたはクライアントの財務成果について主張するものではありません。
90日計画はあらゆる組織に適合する	未検証の実装仮説	現地で適応し承認する