Claudeでディスカバリー(証拠開示)文書のタイムラインを分析する方法

Claudeでディスカバリー文書のタイムラインを分析するとは

ディスカバリー(証拠開示)文書のタイムライン分析とは、契約書・変更指示書・メール・進捗報告・請求書などの開示文書をClaudeに横断的に読み込ませる使い方です。事件のクロノロジーと、論点ごとのパターンを組み立てさせます。数十件の文書を1件ずつ手作業で読むより、パターンの発見が速くなります。

アップロード前に確認する保持設定と人間のレビュー

真に機密性の高い情報(営業秘密、機微な個人データ)を含む案件では、アップロード前に該当箇所をマスキングするか、非機密の部分だけをこの用途に使うという選択肢があります。何が該当するかの線引きは案件ごとに異なります。

保持については、Anthropicの2つのページで説明の粒度が違います。

会話を閉じれば消えると決めつけず、自分の契約形態の保持期間を先に見ておきます。

人間によるレビューの範囲も、同じサポート記事に書かれています。保持されたデータは有害性を調べる自動の安全システムが処理し、人間が読めるのはそのシステムが検知した内容だけです。レビューは守秘義務を負う少人数の担当者が行い、規制対象のデータカテゴリでは2人の承認が要ります。人が読むたびに改ざんできないログが残り、Access Transparencyを契約している顧客はそのログを取得できます。

データの置き場所を選べる構成もあります。顧客管理鍵による暗号化(CMEK)は対象の顧客向けで、暗号鍵を自社の鍵管理システムに置けますが、制御できるのは鍵の保管であり、上の安全レビューは対象外です。AWS BedrockやGoogle Cloud Vertex AI経由の利用はデータの所在と契約先が変わる選択肢で、安全監視そのものを止めるものではありません。

開示文書を載せると秘匿特権はどうなるか

同じサポート記事は、弁護士・依頼者間の秘匿特権とワークプロダクト(訴訟準備資料)の保護が、守秘義務を負う非敵対的なベンダーへの開示だけでは放棄されない、という立場を示しています。eディスカバリー用プラットフォームや翻訳者と同じ扱いだという説明です。

判決は割れて見えます。2026年2月のUnited States v. Heppner(S.D.N.Y.)は、被告人が弁護士の関与なしにコンシューマー向けAIアカウントを使った事案で、保護を認めませんでした。判断の軸はコンシューマー向けのプライバシー条件と、弁護士の指示がなかった点です。企業向けツールを弁護士の指示のもとで使う場合には触れていません。

その後は逆向きの判断が続きました。Warner v. GilbarcoとMorgan v. V2Xがあります。Tate Group Automotive v. Legacy Automotive CapitalとAssini v. Haywardを加えると計4件です。AIを使った訴訟準備はワークプロダクトにあたり、AIツールへの入力を開示しただけでは放棄にならない、という判断が並びます。Morganは、提供者がサービス提供に必要な範囲を超えて学習・保持・開示することを契約で禁じられている場合に、機密情報のアップロードを認める保護命令の文言を承認しました。いずれも控訴審の判断ではなく、他の管轄では見方が違う可能性があります。

ワークプロダクトの保護は原則として訴訟と結びつき、範囲は管轄で変わります。訴訟と無関係な業務では、秘匿特権(適用される場合)に加え、契約上の学習禁止と守秘の約束が軸になります。

弁護士が作業を指揮し、AIの出力を弁護士の草稿として扱う形が保護を強める、とも説明されています。依頼者の同意や委任契約書の扱いは、ABA Formal Op. 512を含む複数の弁護士会意見が取り上げる論点です。導入判断の観点は、商用条件(DPAと学習禁止の約束)の有無、案件の機微度に応じたZDRやテナント内構成、弁護士による検証と利用記録の残し方、依頼者の同意の4つが挙げられています。法務チームの標準化はClaude Projectsで法務レビューのプレイブックを標準化する方法でも扱っています。

タイムライン分析の手順

手順1: 開示文書を集める

契約書・変更指示書・メールスレッド・進捗報告・請求書・技術文書などを、PDF・Word・Excel・メールなど元の形式のままアップロードします。GmailやGoogle Driveに文書が分散している場合は、それぞれのコネクタを有効にすると会話の中から横断的に検索できます。設定手順はClaude Gmail連携とClaude Google Drive連携にまとめています。文書量が多い案件では、Claudeファイル上限の一覧で1ファイルあたりの上限も先に確認しておきます。

コネクタを接続していれば、手元にダウンロードしていない文書もその場で探せます。公式ページは、渡す目的を個別ファイルの要約ではなく、記録全体を横断したパターンの特定に置いています。

◯◯社とのプロジェクトに関するメールとGoogle Drive上のファイルを、
契約締結の前後1か月分から探してください。契約書・変更指示書・
請求書に該当しそうなものを、日付順に一覧にしてください。

手順2: クロノロジーとパターンを一括抽出させる

事件の背景と欲しい分析を具体的に指定して依頼します。公式のユースケースページのプロンプトは、法律メモの書式にも踏み込んでいます。書式の指示がないと、体裁が砕けた出力になることがあるという注意書きがあり、裁判所提出物や依頼者向けの資料では、求める硬さを書くか、事務所のテンプレートを渡すよう勧めています。

ベンダーとのカスタム在庫管理システム開発をめぐる契約紛争を
担当しています。契約書・変更指示書・メールスレッド・進捗報告・
請求書・技術文書など、12か月のプロジェクト期間の開示文書が
約40件あります。
 
文書引用つきの時系列タイムラインを作成し、スコープ変更と
成果物をめぐるパターンを分析してください。当方に有利な証拠と、
証言録取で鍵になりそうな証人も挙げてください。共同代理人と
共有できる、明確なセクション構成と出典引用付きの
法律メモにまとめてください。書式は法律事務所の文書にふさわしい
硬さで、見出し構成と引用形式を整えてください。

公式の例では、分析結果は.docx形式の法律メモとして返ります。

パターンの中身は具体的です。スコープ変更は3回あり、正式な変更指示書が出たのは最初の1回だけでした。残る2回は、ベンダーがメールで口頭合意しただけで、更新後の工程表も予算も示されないまま進んでいます。該当するメールは文書15・17・29と、文書番号つきで挙がります。

遅延の理由として相手が挙げていた「フィードバックの遅さ」も、メール記録と照らされます。こちらの応答は平均2〜3営業日で、契約上の5営業日以内に収まっていました。双方の主張と記録の食い違いが、数字つきで浮かび上がる例です。

手順3: 争点ごとに深掘りする

一括分析で見えてきた論点のうち、争点性の高いものだけを深掘りします。公式ページは、変更指示書まわりの違反のように、情報が足りない領域に絞って追加調査を頼む使い方を挙げています。

変更指示書が発行されなかった2回のスコープ変更に絞って、
関連する全メールと文書を抽出してください。何を依頼し、
相手がどう応じ、後になってどう遅延の原因として主張したか、
経緯を一通り確認したいです。

ベンダー側の言い分を実際の文言で確認したいときは、要約ではなく引用そのものを求めるプロンプトがあり、公式ページも追加の問いとして直接引用の抽出を挙げています。「遅延について相手が実際に使った言葉を、マイルストーンごとに整理して見せてください」のように指定すると、当時の説明と現在の主張を並べて比べられます。

矛盾点を証言録取の準備につなげる

タイムラインと矛盾点が見えたら、証言録取(デポジション)の準備に踏み込めます。

先方の担当者2名について、メールでの発言とプロジェクト報告書での
発言に食い違いがある箇所をそれぞれ抜き出してください。
いつ・どちらで・何を言ったかを対比できる形にまとめ、
証言録取で確認すべき質問の候補も添えてください。

タイムラインを法廷提出物として使う場合は、引用元の文書番号を、証拠物(exhibit)番号の一覧として整形させる指示も使えます。「主要イベントごとに対応するexhibit番号の一覧表を作ってください」と頼む形です。書式を事務所のものに合わせたいときは、前述のとおりテンプレートを渡します。依頼者の供述の側から時系列を組み、証拠との食い違いを本人に確認する流れは、陳述書の下書きをClaudeで作る手順にまとめています。

文書量が多い案件の区切り方

今回の例は開示文書40件でしたが、実務ではその何倍もの規模になる案件もあります。ユースケースページには、Claudeは数百件の文書にまたがるパターンの特定に強い、という記載があります。最大10万ページ規模のケースファイルを扱う法務向けAIプラットフォームの導入事例も公開されています。詳細は法律事務所でのClaude導入事例にあります。ただしこれは専用ハーネスを組んだプラットフォーム側の実績で、claude.aiに直接アップロードして読み込ませる場合の上限とは面が異なります。

規模が大きい案件では、読み込ませ方を2通りから選べます。

どちらの進め方でも、後から論点を横断して突き合わせる作業が残るため、最初の分析結果は必ず保存しておきます。

ブリーフィング・要約への展開

分析結果はそのままでは長すぎることが多く、相手や場面に応じて形を変える必要があります。公式ページも、Claudeが分析結果を文書やメモなど別の形式へ変換できると説明しています。

この分析を、マネージングパートナー向けの1ページメモに
凝縮してください。相手の主張の弱点トップ3、こちらの
最有力証拠、推奨する次のアクションに絞り、90秒で状況を
把握できるようにしてください。

同じ分析結果から、共同代理人向けの詳細メモや依頼者向けの平易な要約など、複数の出力を派生させられます。元の分析を作り直す必要はなく、粒度と読者を変えるだけで済みます。依頼者向けには法律用語を避けて事実関係だけを伝える、共同代理人向けには根拠となる文書番号を残したまま渡す、というように、読み手に応じて残す情報を指示に添えます。

出力を検証する — 弁護士の確認が必須な理由

法的文書の分析結果を裏取りなしで使うと、実在しない引用や誤った日付をそのまま提出書類に載せるおそれがあります。公式のユースケースページも、準備書面や依頼者への連絡に使う前の確認を求めています。引用した文書番号がディスカバリーインデックスと一致するか、日付が事件のタイムラインと合うか、引用文が正確かの3点です。年表では時間的な前後関係に加え、重要なイベントの抜けがないかも対象です。Claudeは審査を速める手段で、代わりにはなりません。

公式の例そのものにも、突き合わせの対象になる点があります。プロンプトは「12か月のプロジェクト期間」と書いていますが、出力例の年表は2023年1月15日から2024年6月30日までで、1年半近くに及びます。件数だけでなく期間も、原本の日付で検算します。

仕上げに検証専用のプロンプトを挟むと、確認作業を効率化できます。

このタイムラインの各イベントについて、引用した文書番号が
実在するか、日付の前後関係が矛盾していないかを確認してください。
根拠となる文書が弱いイベント、抜けている可能性がある期間があれば
指摘してください。

このプロンプトはClaude自身に誤りを見つけさせるもので、人の確認の代わりにはなりません。指摘された箇所を含めて、全件を開示文書の原本と突き合わせます。

まとめ

Claudeは時系列の構築とパターンの発見を速めますが、出力は下書きで、引用・日付・文書番号の検証は人の作業として残ります。アップロードの前に、自分の契約形態の保持設定と秘匿特権の扱いを決めておきます。ここが固まっていれば、分析そのものは下書きづくりに集中できます。