弁護士事務所の相談メモ整理と書面ドラフト補助をClaude Codeで時短する

金曜の夕方、相談者が帰ったあとの机に、走り書きのメモが3枚残っていました。「貸金、200万、令和4年4月、内容証明は送った、相手は分割を希望」。僕がこのメモを訴状ドラフトに落とそうとデスクに座ったのは翌週の火曜で、そのときにはもう「内容証明はいつ届いたんだっけ」が思い出せなくなっていました。

弁護士事務所の現場って、こういう「メモは取ったのに、整える時間がない」が積み重なる場所だと思うんです。相談は次々入る。期日は迫る。書面の型は頭にあるのに、毎回ゼロから事実を並べ直す。この並べ直しの部分こそ、生成AIに渡せる作業でした。

今日は、僕が自分の手元で試した「相談メモの整理」と「書面ドラフトの下ごしらえ」を、Claude Codeに任せる手順で書きます。法律判断はAIに渡しません。渡すのは、その手前の単純作業だけです。

この記事の要点

• 弁護士事務所でAIに渡すのは「事実の整理」「時系列化」「ドラフトの叩き台」までで、法的評価と最終判断は人が握る
• 相談メモを決まった型（当事者・請求・時系列・争点・証拠）に変換するだけで、書面の着手が体感で半分以下になる
• コピペで使えるプロンプト雛形と、ドラフトに固有名詞や個人情報が残っていないか機械的に弾く検証スクリプトを置いた
• 個人情報は「匿名化してから渡す」「外部送信しない設定で使う」の2段構えが前提。ここを外すと弁護士職務基本規程に触れる
• 時間の概算では、相談1件あたりの下ごしらえが30〜40分から10分前後に縮んだ

弁護士事務所の業務フローのどこが詰まるか

まず読者像をはっきりさせます。この記事が想定しているのは、町弁・中小事務所の弁護士、そして書面の一次作成や記録整理を担う事務局の方です。大規模事務所の専用システムがある環境ではなく、「Wordと過去の書面フォルダで回している」現場を念頭に置いています。

民事の受任から書面提出までを並べると、だいたいこうなります。

1. 相談・受任（メモ・録音・持参資料）
2. 事実の聞き取りと整理
3. 時系列・争点の組み立て
4. 証拠と主張の対応づけ
5. 書面ドラフト作成
6. 弁護士のレビューと法的評価
7. 確定・提出

このうち2〜5は、判断というより「散らばった情報を決まった形に並べる」作業の比率が高いところです。手戻りが起きやすいのもここで、よくあるのが「ドラフトを書き始めてから、聞き漏らした事実に気づいて聞き直す」パターン。僕自身、時系列を作る前にいきなり書面を書こうとして、日付の前後が合わずに二度手間になったことが何度もあります。

AIに任せると効くのは、まさにこの2〜5の下ごしらえです。聞き取った内容を型に流し込み、抜けを指摘させる。完成品ではなく、叩き台を最短で出す。それだけで6以降に集中できます。

Use case 1: 相談メモを「事実シート」に変換する

走り書きや録音の文字起こしを、決まった項目に整理させます。ポイントは、AIに「補わせない」ことです。書いていない事実を推測で埋められると危ないので、不明な点は不明と書かせます。

下の表が、僕が使っている変換先の型です。

項目	入れる内容	不明なときの扱い
当事者	依頼者・相手方の立場	「未確認」と明記
請求の趣旨	何を求めるか（金銭・明渡し等）	候補を併記し確定は保留
時系列	日付と出来事を古い順	日付不明は「時期不詳」
争点	争いになりそうな点	推測には「要確認」を付す
証拠	持参資料・未取得資料	未取得は「要収集」

この型に流し込むだけで、「聞き漏らした項目」が空欄として浮かび上がります。空欄が次回の聞き取りリストになる、という副産物が地味に効きます。

Use case 2: 時系列の矛盾チェック

事実シートができたら、時系列の整合だけを点検させます。法的な当否ではなく、「日付の前後がおかしくないか」「同じ出来事が二重に書かれていないか」という機械的なチェックです。

僕が試したときは、「契約日より前に解除通知が届いている」という入力ミスをAIが拾ってくれました。これは法律判断ではなく、ただの日付の矛盾検出です。こういう単純な見落としこそ、人間が一番見逃すところでした。

Use case 3: 書面ドラフトの叩き台を作る

事実シートと時系列を渡し、書面の「型」だけを埋めさせます。あくまで叩き台で、主張の構成や法的評価は手で書き直す前提です。次のチェックリストを満たすドラフトだけを次工程に進めます。

• 当事者の表記が事実シートと一致している
• 時系列に出てこない事実を本文で使っていない
• 結論部分が空欄、または「弁護士確認」と明記されている
• 法令の条番号を勝手に断定していない（引用は要確認扱い）
• 依頼者の実名・住所がプレースホルダになっている

5つ目が特に大事で、ドラフト段階で実名を入れさせないことで、後述の個人情報事故をかなり防げます。

AIに任せる範囲と、人が必ず判断する範囲

ここは事務所として線を引いておく部分です。曖昧にすると、いつの間にかAIの出力をそのまま提出する事故につながります。

工程	AIに任せる	人が必ず判断する
事実整理	型への流し込み・抜けの指摘	事実の真偽の確認
時系列	日付の前後・重複の検出	どの事実を採用するか
争点抽出	候補の列挙	法的に成り立つかの評価
書面ドラフト	型に沿った叩き台	主張構成・条文・最終文責
提出判断	なし	すべて弁護士

線引きの原則はひとつで、「間違っても戻せる作業はAI、責任が発生する判断は人」です。書面の文責は当然ながら弁護士にあります。AIは下ごしらえ担当だと割り切ると、運用がぶれません。Claude Codeをはじめて触る事務局の方は、まず非エンジニア向けのClaude Code入門とClaude Codeのはじめ方を先に読むと、ツールの土台が掴めます。

コピペで使えるプロンプト雛形

まずは相談メモを事実シートに変換するプロンプトです。匿名化した情報を貼る前提で書いています。

あなたは弁護士事務所の事務補助です。法的評価はせず、事実の整理だけ行ってください。

# 入力（相談メモ・匿名化済み）
{ここに匿名化したメモを貼る}

# 出力ルール
- 次の項目で表にまとめる: 当事者 / 請求の趣旨 / 時系列 / 争点 / 証拠
- 入力に書かれていない事実は補わない。不明な点は「未確認」と書く
- 時系列は古い順。日付が不明な出来事は「時期不詳」と記載
- 法令の適用可否や勝敗の見込みには触れない
- 最後に「次回の聞き取りで埋めるべき空欄」を箇条書きで出す

ドラフトの叩き台を出すときは、上の出力を渡したうえで「結論と法的評価は空欄にし、【弁護士確認】と明記する」「実名は〔依頼者〕のようなプレースホルダにする」を追記します。CLAUDE.md にこの運用ルールを書いておくと毎回指示しなくて済みます。書き方はCLAUDE.mdのベストプラクティスが参考になります。

検証スクリプト: 個人情報の残留を機械的に弾く

プロンプトで「実名を入れるな」と書いても、人間が原文をうっかり貼ることはあります。そこで、AIに渡す前後のテキストに個人情報らしき文字列が残っていないかを機械チェックするスクリプトを置きます。Node.jsがあれば動きます。

import { readFile } from "node:fs/promises";

// 渡してはいけない/残ってはいけないパターンの簡易チェック
const patterns = [
  { name: "電話番号", re: /0\d{1,4}-\d{1,4}-\d{3,4}/g },
  { name: "メールアドレス", re: /[\w.+-]+@[\w-]+\.[\w.-]+/g },
  { name: "郵便番号", re: /〒?\d{3}-\d{4}/g },
  { name: "マイナンバー候補", re: /\d{4}\s?\d{4}\s?\d{4}/g },
  { name: "口座番号候補", re: /\b\d{7}\b/g },
];

const file = process.argv[2] || "draft.txt";
const text = await readFile(file, "utf8");

let hit = 0;
for (const p of patterns) {
  const found = text.match(p.re);
  if (found) {
    hit += found.length;
    console.log(`要確認 [${p.name}] ${[...new Set(found)].join(", ")}`);
  }
}

if (hit === 0) {
  console.log("個人情報らしき文字列は見つかりませんでした。");
} else {
  console.log(`\n${hit}件の要確認箇所があります。匿名化してから送ってください。`);
  process.exitCode = 1;
}

実行はこれだけです。

node check-pii.mjs draft.txt

完璧な検出器ではありませんが、「うっかり原文を送る」事故の最後の門番にはなります。僕はAIに渡す前と、ドラフトを保存したあとの2回かけています。

導入前と後で何が変わったか

数字は事務所の規模で変わるので、あくまで僕の手元の概算です。

項目	導入前	導入後
相談1件の下ごしらえ	30〜40分	10分前後
聞き漏らしの再連絡	月に数件	空欄の事前提示で減少
ドラフト着手までの心理的負荷	高い（白紙から）	低い（叩き台あり）

仮に下ごしらえが1件25分縮み、月20件なら約8時間。タイムチャージ換算でそれなりの金額が、レビューや面談という本来の弁護士業務に回せる計算になります。ここは各事務所の実数で出し直してください。生成AIへの指示そのものを磨きたいならプロンプト設計の応用も合わせてどうぞ。

セキュリティと個人情報の注意点

弁護士には守秘義務があり、依頼者情報の取り扱いは弁護士職務基本規程に直結します。生成AIを使うときの最低ラインを置いておきます。

• 実名・住所・連絡先・事件の特定情報は、渡す前に匿名化する。〔依頼者〕などの記号に置換する
• 入力を学習に使わない設定・契約の範囲で使う。個人の無料枠に依頼者情報を貼らない
• 出力をそのまま提出しない。文責は弁護士にあり、AIは下書き担当に限定する
• ログや一時ファイルの保存先を確認する。端末に残ったメモも管理対象
• 事務所として「何をAIに渡してよいか」のルールを文書化し、事務局と共有する

匿名化を徹底すれば、依頼者を特定できない一般化された事実だけがAIに渡ります。匿名化の対応表は事務所内に紙またはオフラインで保管し、AIには渡しません。データの取り扱い方針は、利用するサービスの公式ドキュメント、たとえばAnthropicのプライバシーポリシーで必ず確認してください。

よくある質問

Q. AIに法的判断を任せてよいですか。 いいえ。任せるのは事実整理とドラフトの叩き台までです。条文の適用、勝敗の見込み、最終的な書面の文責は弁護士が握ります。判断を渡した瞬間に責任の所在が崩れます。

Q. 依頼者情報を貼るのが怖いです。 正しい感覚です。実名や連絡先は匿名化してから渡し、原文は端末側に置きます。記事の検証スクリプトで残留チェックをかけ、それでも不安な内容はAINに渡さない判断でかまいません。

Q. ドラフトの精度はどれくらいですか。 そのまま出せる品質ではありません。型に沿った叩き台が出る、という水準です。事実の取捨選択と法的構成は手で直す前提なので、「白紙から書く負荷を減らす道具」と捉えるのが現実的です。

Q. 事務局だけでも始められますか。 はい。事実シート化と聞き漏らしの洗い出しは事務局の作業と相性がよいです。弁護士は出てきた叩き台のレビューから入れます。導入初期の運用はClaude Codeの生産性向上のコツが参考になります。

Q. 過去の書面を学習させて流用できますか。 過去書面には依頼者情報が含まれるため、安易な投入は危険です。流用したい場合は固有名詞を抜いた「型」だけを抽出し、それを渡してください。

実際に試した結果

冒頭の貸金メモを匿名化して、事実シート変換のプロンプトに通してみました。当事者・時系列・争点が表に並び、最後に「内容証明の到達日が未確認」と空欄指摘が出てきたのが、正直いちばん助かった点です。僕が火曜に思い出せなかったあの一点を、AIは最初に「ここが抜けている」と言ってくれました。

時系列チェックでは、わざと解除通知の日付を契約日より前に入れてみたところ、矛盾として拾いました。法律の知識ではなく、ただの日付比較です。でも実務で見落とすのはこういうところでした。

検証スクリプトは、わざと電話番号を残したドラフトで要確認を返し、exit codeも1になりました。匿名化を忘れたまま送る最後の一歩を、ここで止められます。総じて、AIに賢い判断をさせるより、単純作業を引き受けさせて人が判断に集中する形が、弁護士事務所には合っていると感じました。事務所単位で運用を設計したい方は、研修・相談で具体的なフローまで詰められます。