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

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

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

やることは3つです。①開示文書を集めてClaudeに渡す ②時系列と論点別のパターンを一括で抽出させる ③気になる論点だけを深掘りして、根拠となる引用を確認する。この記事ではこの3手順と、法的文書を扱う上で確認すべき点をまとめます。

始める前に確認すること

Claudeは会話が終了すると、アップロードした文書を保持しません。ただし真に機密性の高い情報(営業秘密、機微な個人データ)を含む案件では、アップロード前に該当箇所をマスキングするか、非機密の部分だけをこの用途に使う判断が必要です。何が該当するかの線引きは案件ごとに異なるため、着手前に確認しておきます。

出力の正確性を担保するのも人の役割です。Claudeは多数の文書からパターンを見つけ整理するのは得意ですが、引用した文書番号がディスカバリーインデックスと一致しているか、日付が事件のタイムラインと整合しているかは、準備書面やクライアントへの共有に使う前に必ず確認します。時系列の抜け(見落とされているイベントがないか)も同様に人の目で確認する対象です。Claudeは審査プロセスを加速させる手段であって、代替する手段ではありません。

タイムライン分析の手順

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

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

コネクタを接続していれば、手元にダウンロードしていない文書もその場で探せます。

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

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

事件の背景と欲しい分析を具体的に指定して依頼します。

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

Claudeは文書全体を横断して、契約締結からプロジェクト終了までの主要イベントを引用つきで並べます。出力は法律メモとして整った.docx形式で返ってくることが多く、たとえば「契約締結(1月15日)からプロジェクト終了(翌年6月30日)までの52件のイベント」のように、件数まで明示されたタイムラインになります。

見えてくるパターンも具体的です。3回あったスコープ変更のうち正式な変更指示書が出ていたのは最初の1回だけで、残り2回はメールでの口頭合意のまま進んでいた。請求額は当初契約より40%増えていた。主要マイルストーンはすべて2〜4週間遅れていたが、遅延の理由として相手が挙げていた「フィードバックの遅さ」は、実際のメール記録では契約上の5営業日以内という条件に対して平均2〜3営業日で応答していた——というように、双方の主張と記録の食い違いが数字つきで浮かび上がります。

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

一括分析で見えてきた論点のうち、争点性の高いものだけを深掘りします。

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

ベンダー側の言い分を実際の文言で確認したいときは、要約ではなく引用そのものを求めるプロンプトが効きます。「遅延について相手が実際に使った言葉を、マイルストーンごとに整理して見せてください」のように指定すると、後から言っていることが変わっていないかを比較しやすくなります。言い分が時期によって変化している場合、その変化自体が交渉材料になります。

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

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

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

タイムラインを法廷提出物として使う場合は、引用元の文書番号を欄外注ではなく、証拠物(exhibit)番号のリストとして整形させる指示も有効です。「主要イベントごとに対応するexhibit番号の一覧表を作ってください」のように頼むと、提出書類のフォーマットに近い形で受け取れます。

文書量が多い案件でどこまで対応できるか

今回の例は開示文書40件でしたが、実務ではその何倍もの規模になる案件もあります。法務向けAIプラットフォームの導入事例では、最大10万ページ規模のケースファイルを扱っている例も公開されています(詳細は法律事務所でのClaude導入事例で確認できます)。ただしこれは専用ハーネスを組んだプラットフォーム側の実績であり、claude.aiに直接アップロードして読み込ませる場合の上限とは面が異なります。1回のアップロードには上限があるため、規模の大きい案件では論点や時期で区切って複数回に分けて読み込ませる進め方が現実的です。アップロードできるファイル形式・サイズの詳細はClaudeファイル上限の一覧にまとめています。

区切り方には2通りあります。ひとつは今回の例のように事件全体を12か月なら12か月まとめて時系列に流し込み、まず全体像を掴む方法。もうひとつは、あらかじめ争点(スコープ変更・請求・技術仕様など)ごとに文書を仕分けてから、論点単位で読み込ませる方法です。文書点数が多い案件では、後者のほうが1回あたりの負荷を抑えられ、深掘りの精度も上がります。どちらの進め方でも、後から論点を横断して突き合わせる作業は残るため、最初の分析結果は必ず保存しておきます。

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

分析結果はそのままでは長すぎることが多く、相手や場面に応じて形を変える必要があります。

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

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

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

法的文書の分析結果を裏取りなしで使うと、実在しない引用や誤った日付をそのまま提出書類に載せるリスクがあります。文書点数が多い案件ほど、Claudeが見落とした重要イベントがないかも人が確認する必要があります。仕上げに検証専用のプロンプトを挟むと、この確認作業を効率化できます。

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

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

より強いデータ保証が組織として必要な場合は、Team・Enterpriseプランで契約するCommercial Terms側の設定(ゼロデータ保持の適用可否など)を確認します。人間によるレビューは、安全システムが検知した内容に限定され、契約上の守秘義務のもとでアクセスが絞られています。Access Transparencyを契約していれば、誰がいつ読んだかのログも取得できます。

案件によっては、顧客管理鍵による暗号化(CMEK)や、AWS BedrockやGoogle Cloud経由でのテナント内デプロイを選ぶ余地もあります。ディスカバリー文書は自社だけでなく相手方の情報も含むため、この水準の確認は依頼者の同意を得るうえでも役立ちます。

契約形態と秘匿特権をめぐる判例の考え方はClaude Projectsで法務レビューのプレイブックを標準化する方法でも扱っています。

よくあるつまずき

• 一括分析だけで終わらせる: パターンは見えても、争点ごとの深掘りをしないと証言録取や準備書面に使える精度になりません
• 引用を検証せずに提出書類へ転記する: 文書番号・日付・引用文は、ディスカバリーインデックスと必ず突き合わせます
• 機密情報のマスキングを後回しにする: 営業秘密や機微な個人データを含む案件では、アップロード前の判断が必要です
• 同じ分析を毎回作り直す: 要約や粒度違いの出力は、元の分析結果をもとにした派生プロンプトで作るほうが速く済みます

まとめ

Claudeにディスカバリー文書を横断的に読ませると、時系列の構築とパターンの発見が、文書を1件ずつ読むより速く進みます。ただし出力はあくまで下書きで、引用・日付・文書番号の検証は人の作業として残ります。

進め方としては、まず全体の一括分析でパターンの当たりをつけ、争点性の高い部分だけを深掘りし、検証プロンプトで整合性を確認してから、読者に応じた粒度の資料に落とし込むという順番が扱いやすい流れです。文書量が多い案件ほど、途中の検証を省かないことが、最終的な結果の信頼性を左右します。共同代理人やクライアントに共有する前に、この一連の流れを一度通しておくことが、後工程での手戻りを減らします。