準備書面の提出前に、本文で引用した証拠番号・証拠説明書・証拠の写しを突き合わせ、番号の誤り・引用頁のずれ・説明書の記載漏れを校正する
準備書面の本文で引用した証拠の番号と頁を抜き出し、証拠説明書と証拠の写しに突き合わせます。存在しない番号、引用頁のずれ、説明書の記載漏れを指摘の一覧にし、担当弁護士の確認に回します。
- 生成AI
- ChatGPT/Claude/Gemini
- 連携・自動化
- Google Apps Script/Python
- 対象業界
- 保険/士業
- 対象部門
- 法務
- 対象業務
- 内容確認・チェック/比較検討
- 主な課題
- 人手が足りない/期限・対応漏れが起きる/確認ミスが多い
- AIで行う処理
- 校正
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★★★☆☆
- 実装レベル
- 半自動化
- 費用感
- API連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 担当弁護士が準備書面を書き上げ、新しく出す証拠の証拠説明書を作る
- 事務職員が、新しい証拠の写しをPDFにし、番号と標目を付けたファイル名で保存する
- 照合の担当者が、本文を頭から読み、証拠の引用に印を付ける
- 引用ごとに、証拠の一覧で番号があるか、今回の説明書に載っているかを確かめる
- 引用頁がある箇所は、証拠のPDFを開いてその頁を見て、本文の書いている内容があるかを確かめる
- 説明書の標目・作成年月日・作成者が、写しの中身と合っているかを見る
- 気づいた点を担当弁護士にメモで伝え、直してから提出する
- 人担当弁護士が準備書面と証拠説明書を仕上げ、案件のフォルダの「提出前」に保存する
- 人事務職員が新しい証拠の写しをPDFにし、決まったファイル名で保存する(これまでどおり)
- 自動本文から証拠の引用を抜き出し、番号の書き方を1つの形にそろえる
- 自動番号ごとに、証拠の一覧、今回の説明書、写しのPDFがあるかを照らす
- 自動引用頁がある箇所について、写しのPDFからその頁と前後の頁を取り出す
- 自動取り出した頁と本文の該当の文を AI に渡し、引用した内容がその頁にあるか、印字された頁番号は何かを返させる
- 自動説明書の標目・作成年月日・作成者を、写しの1頁目と照らして食い違いを返させる
- 自動指摘の一覧を、重さの順に並べて担当者に渡す
- 人照合の担当者が指摘を1件ずつ写しで確かめ、担当弁護士に伝える
- 人担当弁護士が直すかどうかを決め、書面を確定して提出する
各工程の詳しい説明を読む
- 担当弁護士が準備書面を書き上げ、新しく出す証拠の証拠説明書を作る
- 事務職員が、新しい証拠の写しをPDFにし、番号と標目を付けたファイル名で保存する
- 照合の担当者が、本文を頭から読み、証拠の引用に印を付ける
- 引用ごとに、証拠の一覧で番号があるか、今回の説明書に載っているかを確かめる
- 引用頁がある箇所は、証拠のPDFを開いてその頁を見て、本文の書いている内容があるかを確かめる
- 説明書の標目・作成年月日・作成者が、写しの中身と合っているかを見る
- 気づいた点を担当弁護士にメモで伝え、直してから提出する
(a)引用が多いと終わらない。 50か所の引用を1か所ずつ確かめるには、証拠のPDFを何十回も開くことになります。提出の前日の夕方に書面が仕上がると、照合に使える時間は1〜2時間しかありません。 5番の頁の確認から先に省かれます。
(b)番号の書き方がまちまちで、照合の目がすべる。 「甲12の2」が枝番の2なのか、甲12の2頁なのか。書き手によって「の」の意味が違います。 照合する人が書き手の癖を知らないと、正しい引用を誤りと読んだり、その逆が起きたりします。
(c)引用頁のずれは、提出してから分かる。 本文が「甲12・5頁」と書いていても、その内容は実は6頁にある。表紙を1頁と数えるかどうかの違いで、こうしたずれは珍しくありません。 相手方の書面で「甲12の5頁にそのような記載はない」と指摘されてから気づくのが、いちばん痛い形です。
(d)説明書の記載漏れが残る。 本文で新しく引用した証拠が、説明書の行から抜けている。知的財産高等裁判所の案内も、準備書面等で言及した文書は書証として出すよう求めており、漏れれば追って出し直すことになります。
- 【人】 担当弁護士が準備書面と証拠説明書を仕上げ、案件のフォルダの「提出前」に保存する
- 【人】 事務職員が新しい証拠の写しをPDFにし、決まったファイル名で保存する(これまでどおり)
- 【自動】 本文から証拠の引用を抜き出し、番号の書き方を1つの形にそろえる
- 【自動】 番号ごとに、証拠の一覧、今回の説明書、写しのPDFがあるかを照らす
- 【自動】 引用頁がある箇所について、写しのPDFからその頁と前後の頁を取り出す
- 【自動】 取り出した頁と本文の該当の文を AI に渡し、引用した内容がその頁にあるか、印字された頁番号は何かを返させる
- 【自動】 説明書の標目・作成年月日・作成者を、写しの1頁目と照らして食い違いを返させる
- 【自動】 指摘の一覧を、重さの順に並べて担当者に渡す
- 【人】 照合の担当者が指摘を1件ずつ写しで確かめ、担当弁護士に伝える
- 【人】 担当弁護士が直すかどうかを決め、書面を確定して提出する
9番目が、この設計の分かれ目です。 担当者は本文を頭から読むのではなく、指摘の一覧の上から、写しを開いて確かめていきます。 指摘の無い引用は、照合の記録を流し読みするだけにします。
3番目と4番目をAIにさせていないのも、意図してのことです。 番号の書き方をそろえることと、表に番号があるかを引くことは、規則で決まります。AIに番号の照合をさせると、「甲12」と「甲21」の取り違えを見落とす余地が生まれます。
02今回想定するシステム構成
準備書面(文書ファイル)・証拠説明書・証拠の写し(号証ごとのPDF) │ ▼【トリガー】案件フォルダの「提出前」への保存 Python ── 引用の抜き出しと番号の正規化(甲第12号証/甲12/甲012 → 甲012) │ ├──▶ 証拠の一覧・説明書・PDFのファイルの有無を照合(規則) ├──▶ 引用頁と前後の頁をPDFから取り出す ▼ Claude API(PDF入力)── 引用した内容がその頁にあるか/印字された頁番号 │ 説明書の標目・作成年月日・作成者と写しの1頁目 ▼ Python ── 指摘の一覧を重さの順に並べる ▼ 【照合の担当者が写しで確かめる】→【担当弁護士が直すか決める】→ 提出
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | Claude API(PDF入力) | OpenAI API、Gemini API |
| 集計 | Python(引用の抜き出し、番号の正規化、表との照合、PDFの頁の取り出し) | Google Apps Script |
| 保管 | 事務所の文書管理(案件フォルダ) | - |
| 提出 | 民事裁判書類電子提出システム(mints)。人が操作する | - |
新しく足すのは、Python の処理と、番号の書き方の対応表と、AIへの指示文だけです。 証拠の一覧にも、説明書にも書き込みません。提出の操作も、担当弁護士の確定の後に人が行います。
照合の物差しは、裁判所が示す証拠説明書の書き方です。 裁判所の「証拠説明書の記載要領・記載例」では、号証の欄を「甲001」「甲002-1」「乙A001」のように書き、関連する証拠を一括して出すときは「甲002-1」「甲002-2」と枝番号を付けるとしています。標目は文書に記載されている標題を書き、書証(原本)として出すときは「原本」、写ししか無いときは「写し」を加えるとされています。この形を事務所の番号の正規の形にし、本文の「甲第12号証の2」も「甲012-2」にそろえてから照合します。
説明書の記載の順も決まっています。 知的財産高等裁判所の「書証等の提出について」は、書証の提出に際して証拠説明書を併せて出すよう求め(民事訴訟規則137条1項)、書証等番号、文書の標目(原本、写しの別を含む)、作成年月日、作成者、立証趣旨、備考の順で書くよう案内しています。同じページは、書証番号は文書ごとに個別に付け、準備書面等で言及したものは書証として提出するよう求めています。第3章の(d)の記載漏れを規則で拾う根拠です。
写しの頁の読み取りには、Claude のPDF入力を使います。 公式のページでは、PDFの各頁が画像に変換され、頁ごとに取り出したテキストと一緒にモデルに渡されるとされています。印字された頁番号(ノンブル)のように、頁の端に小さく書かれたものも画像として見られます。 1回の依頼の上限は32MB、頁数は600頁(コンテキストが100万トークン未満の場合は100頁)で、パスワードや暗号化の無い標準のPDFが対象です。
03どうやって実装するのか
処理の起点を決める
案件フォルダの「提出前」に準備書面が保存されたことを起点にします。 書面と説明書の両方がそろったら照合を始め、どちらかが欠けていれば担当者に知らせて待ちます。
書面は何度も直されるので、保存のたびに照合をやり直します。 前回の指摘の一覧と比べ、直って消えた指摘と、新しく出た指摘を分けて担当者に渡します。最後の照合が、提出する版に対するものであることを、指摘の一覧に版の日時を入れて確かめられるようにします。
提出の期限から逆算して、前々日の夕方に一度、強制的に照合を回します。 書面が仕上がりきっていなくても、それまでに引用された証拠の照合は済ませられます。提出の前日の夕方に全部が集中する、という第3章の(a)の形を崩すためです。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 準備書面 | 本文。証拠の引用を含む | 案件フォルダの「提出前」 |
| 今回の証拠説明書 | 号証、標目、作成年月日、作成者、立証趣旨、備考 | 同上 |
| 案件の証拠の一覧 | これまでに出した甲号証・乙号証と、その標目・提出日 | 案件ごとのスプレッドシート |
| 証拠の写し | 号証ごとのPDF | 案件フォルダの証拠のフォルダ |
| 番号の書き方の対応表 | 「甲第12号証の2」「甲12の2」「甲12-2」→「甲012-2」などの対応 | 事務所で作る一覧 |
| 頁の数え方の決まり | 引用頁を印字の頁で書くか、PDFの枚数で書くか | 事務所の書面作成の決まり |
質を決めるのは、下の2つです。 番号の書き方の対応表が無いと、「甲12の2」を枝番と読むか頁と読むかが決まりません。事務所の決まりとして「の」の後の数字は枝番、頁は「・5頁」と書く、と決めておけば、抜き出しの規則がそのまま書けます。
頁の数え方の決まりは、第1章で書いた2つの「頁」のどちらを正とするかです。 決まりが無い事務所でも、この構成を入れるときに決めてください。決まりが無いままでは、ずれを見つけても、どちらに直すべきかが決まりません。
データの取得方法を決める
準備書面からの引用の抜き出しは、Python の規則で行います。 「甲」「乙」「丙」に続く番号、枝番、頁、別紙の書き方は、対応表に沿った正規表現で拾えます。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 引用の箇所と、その前後の文 | 準備書面の本文 | 何を立証しようとして引いたか |
| 正規化した号証と枝番、引用頁 | 抜き出した引用 | 照合のキー |
| 説明書の行 | 今回の証拠説明書 | 今回出す証拠の確認 |
| これまでの号証 | 案件の証拠の一覧 | 既に出した証拠の確認 |
| 写しのファイル | 証拠のフォルダ | ファイルの有無と頁数 |
| 引用頁と前後1頁 | 写しのPDF | AIに渡す頁 |
規則で拾えない引用は、AIで拾い直します。 「前掲の売買契約書(甲12)の第3条」のように、番号と内容が離れて書かれている引用です。ただし、AIが拾った引用は「規則外」の印を付けて一覧に出し、担当者が確かめます。 規則で拾えた引用と同じ扱いにはしません。
写しのPDFからは、引用頁と前後1頁だけを取り出して渡します。 頁がずれている場合に備えて前後を含め、証拠全体は送りません。 数百頁ある証拠を毎回まるごと送ると、上限にも費用にも響き、引用と関係の無い頁まで外部に出すことになります。
AIへ渡す前に整形する
- 書面の版の確認 … ファイルの更新日時と版の表記を見て、最新の版だけを照合します
- 引用の抜き出しと正規化 … 対応表に沿って、すべての引用を「甲012-2・5頁」の形にそろえます
- 番号の照合 … 正規化した号証が、証拠の一覧か今回の説明書のどちらかにあるかを引きます
- ファイルの照合 … 号証ごとの写しのPDFがあるか、ファイル名の番号と一覧の番号が合うかを見ます
- PDFの確認 … パスワードや暗号化が掛かっていないか、頁数が引用頁より多いかを確かめます
- 頁の取り出し … 引用頁と前後1頁を別のPDFにします。印字の頁で書く決まりなら、PDFの枚数に読み替えた候補を前後に広めに取ります
- 説明書の行と写しの1頁目の組み合わせ … 標目と作成者の照合のため、写しの1頁目を取り出します
3番目で「今回の説明書」と「これまでの一覧」を両方見るのは、記載漏れの型が2つあるからです。 本文で引いたのに、今回の説明書にもこれまでの一覧にも無い番号は、説明書の記載漏れか番号の誤りのどちらかです。 一覧には相手方が出した乙号証も入れておかないと、乙号証の引用がすべて「存在しない番号」になります。
5番目は、Claude のPDF入力の条件に合わせたものです。 公式のページでは、パスワードや暗号化の無い標準のPDFが対象とされています。相手方から受け取った写しにパスワードが掛かっていることがあります。 掛かっていれば、照合の前に事務職員が外したものを作ります。
AIに処理させる
させるのは、渡した頁の中に、本文が書いている内容があるかを確かめ、その場所と印字の頁番号を返すことです。
| 確かめること | AIがすること | 判断できないときの扱い |
|---|---|---|
| 引用した内容がその頁にあるか | 本文の文と、頁の記載を照らし、ある・前後の頁にある・見当たらないを返す | 頁が読めなければ unreadable |
| 印字された頁番号 | 渡した各頁の印字の頁番号を読む | 印字が無ければ none |
| 引用した語句の一致 | 本文がかぎ括弧で引いた語句が、頁の記載と一字一句同じか | 似ているが違えば differs と、頁の記載を写す |
| 説明書の標目 | 写しの1頁目の標題と、説明書の標目が合うか | 標題が無ければ no_title |
| 説明書の作成年月日・作成者 | 写しの1頁目から読める日付と作成者と合うか | 読めなければ unreadable |
| させないこと | 理由 |
|---|---|
| 号証の番号の照合 | 規則で行う。AIに表を引かせない |
| 本文の主張が証拠で裏付けられるかの評価 | 立証の評価は弁護士の判断 |
| 立証趣旨の当否 | 何を立証するかは弁護士が決める |
| 本文や説明書の書き換え | 指摘までにする。直すのは弁護士 |
| 見当たらない内容を、それらしい頁で補う | 誤った頁を正しいと示すと、ずれが残る |
2行目がいちばん踏み越えやすい線です。 「甲12の5頁に、被告が代金を受け取った旨の記載がある」という本文に対して、AIは「記載はあるが、受け取った金額は本文と違う」まで書きたくなります。それが立証にどう響くかを言い始めると、校正ではなく書面の評価になります。 AIには、記載の有無と、語句の一致・不一致までを返させます。
「前後の頁にある」を別の答えにしているのが、第3章の(c)のためです。 引用頁の1つ後ろの頁に記載があれば、それは書き手の誤りではなく、頁の数え方の違いである可能性が高いことになります。印字の頁番号と一緒に返させれば、どちらの数え方でずれたのかが分かります。
指示内容を固定する
あなたは法律事務所で、準備書面を提出する前に、証拠の引用を確かめる担当です。
本文の主張の当否や、証拠の評価はしないでください。
確かめるのは、引用した内容が、指定された頁に書かれているかだけです。
【材料】
- 本文の引用箇所(前後の文を含む):{citation_context}
- 正規化した引用:{normalized_ref}(例:甲012・5頁)
- 事務所の頁の数え方:{page_rule}(印字の頁/PDFの枚数)
- 添付のPDF:引用頁とその前後1頁。各頁の先頭に PDF上の枚数 を付けています
【確かめること】
1. 本文が述べている内容が、添付の頁のどこに書かれているか。
- 引用頁に書かれている → found
- 引用頁には無いが、前後の頁に書かれている → found_nearby(どの頁かを書く)
- 添付の頁のどこにも見当たらない → not_found
- 頁が読めない → unreadable
2. 添付の各頁に印字されている頁番号(無ければ none)。
3. 本文がかぎ括弧で引いている語句があれば、頁の記載と一字一句同じか。
違う場合は differs とし、頁に書かれている語句をそのまま写してください。
【厳守事項】
- 頁の記載は、書かれているとおりに写してください。要約や言い換えをしないでください。
- not_found のときに、近い内容の頁を探して found にしないでください。
- 本文の主張が証拠で裏付けられるか、立証として十分かを書かないでください。
- 本文や説明書をどう直すべきかを書かないでください。
- 迷ったときは found にせず、理由を書いて needs_review を true にしてください。
「not_found のときに近い内容の頁を探して found にしない」を明記しているのは、AIが助けようとするからです。 見当たらないと答えるより、似た記載を見つけて「ここにあります」と答えるほうを選びがちです。その似た記載が別の事実なら、ずれを見逃したうえに、誤った頁を正しいと示すことになります。
「PDF上の枚数を各頁の先頭に付けている」のは、2つの頁を区別させるためです。 取り出した頁にはそれぞれ印字の頁番号もあるので、AIが返す「どの頁か」が、PDFの枚数なのか印字の頁なのかを、JSONの項目で分けて受け取ります。
出力形式を固定する
次の形のJSONで受け取ります。
{
"brief_version": "",
"ref": "甲012",
"cited_page": 5,
"page_rule": "printed | pdf_index",
"result": "found | found_nearby | not_found | unreadable",
"found_at": { "pdf_index": null, "printed_page": null },
"pages_seen": [ { "pdf_index": 0, "printed_page": "" } ],
"quote_check": { "status": "match | differs | no_quote", "text_in_exhibit": "" },
"needs_review": false,
"note": ""
}
Claude の構造化出力は、output_config.format に type: "json_schema" を指定すると返答がスキーマに沿ったJSONになり、オブジェクトでは additionalProperties を false にする必要があります。enum の大文字・小文字は保証されないとされているので、result の値は小文字にそろえてから比べます。
このJSONと、規則による照合の結果を合わせて、指摘の一覧を作ります。
| 指摘 | どこから決まるか | 重さ |
|---|---|---|
| 存在しない番号 | 規則(一覧にも説明書にも無い) | 高 |
| 説明書の記載漏れ | 規則(今回初めて引いたのに説明書に無い) | 高 |
| 写しのファイルが無い | 規則 | 高 |
| 引用頁に見当たらない | AI(not_found) | 高 |
| 引用頁がずれている | AI(found_nearby)と頁の数え方 | 中 |
| 引いた語句が違う | AI(differs) | 中 |
| 標目・作成年月日・作成者の食い違い | AI | 中 |
| 説明書にあるが本文で引いていない証拠 | 規則 | 低(意図して出す場合もある) |
| 規則外の引用 | AIが拾い直した引用 | 確認 |
1つ目の理由は、重さで確かめる順を決められることです。 提出の前日に時間が足りなくなっても、「高」の指摘だけは必ず確かめる、という線が引けます。
2つ目は、ずれの原因を分けて示せることです。 found_at の印字の頁とPDFの枚数がそろっていれば、「印字の6頁=PDFの7枚目に記載あり。表紙の分で1頁ずれている可能性」と、担当者がそのまま弁護士に伝えられる形になります。
3つ目は、最後の行の「説明書にあるが本文で引いていない証拠」を落とさないことです。 誤りとは限りませんが、書面の直しの途中で引用を消したのに、説明書の行が残っていることがあります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 案件フォルダ | Python の定期的な確認 | 「提出前」の書面と説明書の保存を検知する |
| 案件の証拠の一覧 | 読み取りのみ | これまでの甲号証・乙号証 |
| 証拠のフォルダ | 読み取りのみ | 写しのPDFの有無と頁数、頁の取り出し |
| Claude API | API呼び出し。PDFは依頼の中に直接入れる | 引用頁の確認、標目・作成者の確認 |
| 担当者 | 事務所のチャットへの通知 | 指摘の一覧と、前回からの変化 |
PDFは、Files API にあらかじめ上げておく形ではなく、依頼の中に直接入れて送ります。 Anthropic のデータの保持のページでは、Files API のファイルは明示的に削除するか、設定した期限に達するまで保持されるとされ、ゼロデータ保持(ZDR)の対象外とされています。引用頁だけを取り出した小さなPDFなので、毎回送っても負担は小さく、外部に残るものを増やさずに済みます。
証拠の一覧にも説明書にも書き込みません。 記載漏れを見つけても、説明書に行を足すのは担当弁護士の判断です。提出(mints への登録)も、確定の後に人が行います。
人が確認する
人の確認は2段です。照合の担当者が指摘を写しで確かめ、担当弁護士が直すかどうかを決めます。
- 「高」の指摘を先に見る … 存在しない番号、記載漏れ、見当たらない内容。写しを開いて確かめます
- 「引用頁がずれている」を確かめる … 印字の頁とPDFの枚数のどちらで書いたのかを見て、事務所の決まりに合わせた直し方を添えます
- 「引いた語句が違う」を確かめる … 写しの記載を見て、本文のかぎ括弧の中を合わせるべきかを判断材料として添えます
- 担当弁護士に伝える … 指摘ごとに、写しの該当頁を添えます
- 担当弁護士が直すかどうかを決める … 書面と説明書を直し、もう一度照合を回します
1番目の「見当たらない」を、AIの答えだけで弁護士に伝えないでください。 写しの画質が悪くて読めなかった、取り出した頁の範囲が狭かった、ということがあります。照合の担当者が写しを開いて、本当に無いことを確かめてから伝えます。
5番目の「もう一度照合を回す」を省かないでください。 直した書面で番号を1つ入れ替えると、別の引用の番号がずれることがあります。 最後に照合を回した版と、提出する版が同じであることを確かめて終わります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 写しのPDFにパスワードが掛かっている | 照合の前に事務職員が外したものを作る。外せなければ人が照合する |
| 写しが手書きや不鮮明で読めない | unreadable として人に回す |
| 引用頁が写しの頁数より大きい | 規則で「頁の範囲外」とし、高の指摘にする |
| 番号の書き方が対応表に無い | 「規則外」としてAIで拾い直し、担当者が確かめる。対応表に足す |
| 写しのファイル名の番号と一覧の番号が違う | ファイル名の誤りとして事務職員に知らせる。照合はしない |
| 枝番の付いた証拠を枝番なしで引用している | 「枝番の指定なし」として中の指摘にする |
| 数百頁の証拠で、引用頁が離れて何か所もある | 引用頁ごとに分けて送る。1回の依頼の上限を超えないようにする |
| 外国語の証拠 | 照合の対象は訳文の頁とし、訳文の有無も確かめる |
| 構造化出力が途中で切れる・拒否される | 止まった理由を見て、結果を使わずに再実行する |
5行目で照合をしないのは、ファイルと番号の対応が崩れていると、別の証拠の頁を読んで答えてしまうからです。 対応を直してから照合します。
8行目は、知的財産高等裁判所のページが、外国語文献には取調べを求める部分の訳文を添付する必要があるとしていることに合わせたものです。訳文の頁を引用している書面なら、訳文のPDFを照合の対象にします。
記録を残す
- 照合した書面の版と日時
- 抜き出した引用の一覧と、正規化した番号
- 規則による照合の結果
- AIに渡した頁の範囲と、応答のJSONの全文
- 指摘の一覧と、担当者・担当弁護士がそれぞれどう判断したか
- 提出した版と、最後に照合を回した版が同じであることの記録
4つ目で「渡した頁の範囲」を残すのは、外部に何を出したかを後から説明するためです。 依頼者から、どの書類を外部のサービスに送ったかを聞かれたときに、号証と頁の範囲で答えられるようにしておきます。
最後の行は、この構成の締めくくりです。 照合を回した後に書面を直して、そのまま提出してしまうのが、仕組みを入れた後にいちばん起きやすい漏れです。
04実装レベルの3段階
本記事の想定は半自動化です。 1件60分が20分になるのは、本文を読んで引用に印を付ける作業と、PDFを開いて頁を探す作業が機械に移るからです。 残る20分は、指摘を写しで確かめ、担当弁護士に伝える時間です。 本格構成で増えるのは、版の管理です。 直すたびに照合を回し、最後に照合を回した版と提出する版が同じかを確かめるところまでを仕組みにします。第7章の保存・ログの最後の行を、人の注意ではなく仕組みで守る段階です。 段階を飛ばさないでください。 半自動化を2か月回すと、事務所の中で番号の書き方が人によってどう違うかが分かり、対応表と書面作成の決まりを先に直すほうが早い箇所が見えてきます。
05工数削減シミュレーション
導入後 60件 × 20分 ÷ 60 = 20 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 民事訴訟を多く扱う法律事務所で、準備書面1通あたり数十か所の証拠の引用があり、提出前の突き合わせを弁護士や事務職員が目で行っている場合。証拠の写しをPDFで管理しており、号証の番号ごとにファイルが分かれている場合。過去に、番号の誤りや引用頁のずれを相手方や裁判所から指摘されたことがある場合。
- 証拠の引用が数か所しかない書面が中心で、目で見ても負担にならない場合。証拠の写しが紙だけで、PDFになっていない場合(先に電子化の運用を決める)。依頼者との取り決めで、書面や証拠を外部のサービスに送れない案件。なお、どの証拠を出し、何を立証趣旨とするかは弁護士が決めることで、この構成は記載の食い違いを挙げるまでを行います。
07最小構成で試す方法
- 過去に提出した準備書面から5通を選ぶ(うち1〜2通は、相手方から引用の誤りを指摘された書面を入れる)
- 書面の本文から、引用頁の付いた引用を10か所ずつ選ぶ
- 引用ごとに、写しのPDFからその頁と前後1頁を取り出し、本文の該当の文と一緒に手元の Claude の画面に貼る
- 第7章の指示文の【確かめること】と【厳守事項】をそのまま使って答えさせる
- 答えを、写しを開いて自分で確かめた結果と並べる
見るのは、not_found を正直に返すかです。 相手方から指摘された引用で not_found か found_nearby が出れば、その書面を提出する前に見つけられたということになります。
| 出てきた内容 | 判断 |
|---|---|
指摘された引用で not_found か found_nearby が出た | 引用の抜き出しと規則の照合に進む |
似た記載を見つけて found と答えた | 指示の書き方で直る。直らなければ、この構成は使わない |
| 印字の頁番号を読めない | 頁の端が切れていないか、PDFの画質を確かめる |
| 本文の主張の当否まで書いた | 【厳守事項】を見直す。評価を書かせない線は譲らない |
2行目が直らないなら、ここで止めてください。 「見当たらない」を見当たらないと言えない仕組みは、照合を任せた人に誤った安心を与えます。 目で見る従来のやり方のほうが安全です。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
似た記載を見つけて found と答える | 指示で禁じ、最小構成で直らなければ導入しない |
| 「甲12の2」が枝番か頁か決まらない | 事務所の書き方の決まりを作り、対応表にする |
| 印字の頁とPDFの枚数が混ざる | 頁の数え方を決め、AIには両方を返させる |
| 乙号証の引用がすべて「存在しない番号」になる | 相手方の証拠も一覧に入れる |
| 写しのファイル名の番号が古い形で混ざる | ファイル名を号証の正規の形にそろえ直す |
| パスワード付きの写しで止まる | 照合の前に外したものを作る |
| 証拠を丸ごと送って上限に当たる | 引用頁と前後1頁だけを取り出す |
| AIが主張の当否まで書く | 評価を書かせない。この線は譲らない |
| 照合した後に直した版をそのまま出す | 最後に照合を回した版と提出する版の一致を確かめる |
| 「見当たらない」をそのまま弁護士に伝える | 担当者が写しで確かめてから伝える |
result の大文字・小文字がそろわない | 小文字にそろえてから比べる |
上の3行が、この構成の失敗のほとんどです。 1行目は「見当たらない」を言えない失敗、2行目と3行目は「何を照合しているのか」が決まっていない失敗です。後の2つはAIの問題ではなく、事務所の書き方の決まりの問題です。
下から3行目は、仕組みを入れた直後ほど起きます。 照合の一覧がきれいに出ると、その後に直した版でもう一度回すのを忘れがちです。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 準備書面の本文(依頼者の主張と事実関係)、証拠の写し(契約書、取引の記録、やり取りのメール、診断書などを含みうる)、そして相手方が出した証拠です。いずれも弁護士の守秘義務の対象です。
- 外部に送ってよいかを案件ごとに決める … 依頼者との取り決めで外部のサービスに送れない案件は、この構成の対象から外します。対象にするかどうかの印を、案件の一覧に持たせます
- 送る範囲を引用頁と前後1頁に限る … 証拠全体を送りません。何を送ったかは、号証と頁の範囲で記録します
- 送ったものが残らない形を選ぶ … Anthropic のデータの保持のページでは、保持したデータは明示の許可なくモデルの学習に使わないとされ、会話の内容(プロンプトと出力)は既定では保持しないとされています。ただし一部のモデルは30日の保持を要するとされ、Files API のファイルは削除するまで残ります。 使うモデルと送り方を、このページで確かめてから決めてください
- ゼロデータ保持(ZDR)の要否を検討する … ZDR は組織ごとに申し込んで有効にするものとされています。守秘の程度が高い案件を扱うなら、事務所として検討してください
- 直すのは弁護士 … この構成は指摘までです。書面や説明書をAIに書き換えさせないでください
- 立証の評価をAIにさせない … 何を立証趣旨とし、どの証拠で何を裏付けるかは弁護士の判断です
誤りが起きた場合のリスクは、ずれや漏れを見逃して提出することと、守秘の対象を必要以上に外部に出すことの2つです。 前者は「見当たらない」を正直に返させ、人が写しで確かめることで、後者は送る頁を絞り、送り方を選ぶことで防ぎます。
10まず何から始めるか
1週目:番号の書き方と頁の数え方を決める
事務所の弁護士で、証拠の引用の書き方(枝番、頁、別紙)と、引用頁を印字の頁で書くかPDFの枚数で書くかを決めます。裁判所の記載例の「甲001」「甲002-1」の形を、事務所の正規の形にします。
2週目:最小構成で5通を試す
過去の準備書面5通で、第8章の手順を行います。相手方から指摘された引用で、not_found か found_nearby が出るかを見ます。似た記載を found と答えるようなら、指示文を直して試し直します。
3週目:引用の抜き出しと照合の規則を作る
番号の対応表を正規表現にし、証拠の一覧と説明書を引く規則を Python で書きます。乙号証を一覧に入れ、写しのファイル名を号証の正規の形にそろえ直します。
4週目:頁の取り出しとAIの確認をつなぐ
引用頁と前後1頁を取り出し、API で確かめ、指摘の一覧を出すところまでをつなぎます。この時点では、照合の担当者がこれまでどおり目でも突き合わせ、指摘の一覧と並べます。
2か月目: 指摘の一覧を正として使い始め、「高」の指摘を必ず確かめる運用にします。3か月目以降: 書面の保存のたびの再照合と、提出する版との一致の確認を足し、1件60分が何分になったかを実測します。相手方や裁判所から引用の誤りを指摘される件数が、導入前より減ったことを確かめられた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| 号証の欄を「甲001」「甲002-1」「乙A001」のように書き、関連する証拠を一括して出すときは枝番号を付けること。標目に文書の標題を書き、書証(原本)として出すときは「原本」、写ししか無いときは「写し」を加えること。作成年月日・作成者・立証趣旨・備考(「紙を電子化」)の書き方。書証の証拠説明書(民訴規則137条)と電子証拠説明書(民訴規則149条の2)を兼ねて作成し、mints を利用する場合はアップロードすること | 裁判所: 証拠説明書の記載要領・記載例(PDF) | 2026-10-08 |
| 書証の提出に際して証拠説明書を併せて提出すること(民事訴訟規則137条1項)。書証等番号、文書の標目(原本、写しの別を含む)、作成年月日、作成者、立証趣旨、備考の順で記載すること。書証番号は文書ごとに個別に付け、密接に関連するものは枝番でもよいこと。準備書面等で言及したものは書証として提出すること。外国語文献には取調べを求める部分の訳文を添付する必要があること | 知的財産高等裁判所: 書証等の提出について | 2026-10-08 |
| PDFの各頁が画像に変換され、頁ごとに取り出したテキストと一緒に渡されること。1回の依頼の上限が32MB、頁数が600頁(コンテキストが100万トークン未満の場合は100頁)であること。パスワードや暗号化の無い標準のPDFが対象であること。各頁が画像として費用がかかること | Claude Docs: PDF support | 2026-10-08 |
output_config.format に type: "json_schema" を指定すると返答がスキーマに沿ったJSONになること。オブジェクトでは additionalProperties を false にすること。enum の大文字・小文字が保証されないこと。拒否や出力の上限で止まった応答がスキーマに沿わない場合があること | Claude Docs: Structured outputs | 2026-10-08 |
| 保持したデータを明示の許可なくモデルの学習に使わないこと。会話の内容が既定では保持されず、一部のモデルは30日の保持を要すること。ZDR が組織ごとに申し込んで有効にするものであること。Files API のファイルが明示的に削除するか期限に達するまで保持され、ZDR の対象外であること | Claude Docs: API and data retention | 2026-10-08 |
どの証拠を出し、何を立証趣旨とし、指摘をどう直すかは、担当弁護士が決めてください。 本記事は裁判所と Anthropic の公開している情報で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0905)についてのご相談はこちらから。
