法律事務所の暗黙知・経験知をAIで引き継ぐ方法―判断条件，反例，守秘及び更新責任（AI作成）

第１　引き継ぐのは結論だけではない

１　どのような問題を扱うか

経験のある弁護士が契約書や準備書面を読むとき，条文の知識だけでなく，依頼者の目的，証拠の不足，交渉の経過，実行できる体制などを踏まえて，案を採用し，又は見送っている。
その結論だけをAI用の資料にすると，「前の案件ではこの条項を認めた」という情報が，事情の異なる案件でも推奨されるおそれがある。
引継ぎでは，結論とともに，その結論を支える事実，採用しなかった案，結論が変わる条件及び確認できていないことを残すことが大切である。

本記事は，公開資料又は架空の事例を使って判断理由を引き出し，人が確認・承認した記録を共有し，変更時に見直す手順を提案するものである。
基準日は令和８年１０月５日である。
個別事件の情報を外部AIへ入力してよいか，作成した成果物に誰の権利があるかについて，すべての利用形態を一律に適法とするものではない。

２　公的資料と企業の実践例の位置付け

経済産業省の第５回「AX時代におけるスキルのあり方検討ワーキンググループ」の資料２２５頁は，経験者の判断基準をプロンプトや評価基準へ変え，共有資産にする方向を示している。
同資料５頁では，問いを立てる力，文脈を理解する力，判断し責任を持つ力及び自主性・学び続ける姿勢が，委員の事前意見に共通する能力として整理されている。
これらは検討資料であり，法律事務所向けの確定した運用基準や，導入効果を実証した研究ではない。

DeNAの暗黙知に関する公開記事は，質問すれば説明できる知識のほか，具体案を見せて違和感を尋ねることで表れる判断や，聞き取りを進めて見つかる周辺の要件を紹介している。
企業自身による実践・説明であり，弁護士の経験知が同じ方法で漏れなく取り出せると保証する資料ではない。
以下の判断カードや承認手順は，これらを手掛かりにした本記事の運用提案である。

第２　共有する知識と個別事件の記録を分ける

１　最初に範囲と目的を決める

最初に，担当弁護士が「何を引き継ぎ，誰が，何のために使うか」を決める。
例えば，契約修正案の確認項目を若手へ伝える作業と，個別事件の証拠評価を担当者間で引き継ぐ作業とでは，必要な情報と共有範囲が異なる。
共通の知識庫には，公開情報や架空の例から作った一般的な確認手順を優先し，個別事件の事実・証拠・連絡記録は，その事件の権限管理の下に置く方法が考えられる。

資料２の１９頁には，SMBC日興証券が作成した，業務知識，プロセス知識，顧客知識，実践知及び経験知という五つの層の図が掲載されている。
これは仕事を分解するための企業の整理として参考になるが，弁護士業務の代替率を測った結果ではなく，後ろの層が将来もAIで扱えないという証明でもない。

２　会話の保存とモデルの学習は別である

判断理由を文書にすること，その文書を検索してAIに読ませること，会話履歴やメモリとして保持すること及びモデルの追加学習に使うことは，異なる処理である。
利用する仕組みごとに，保存場所，受領者，利用目的，閲覧権限，保持期間，削除方法及び他案件への利用の有無を確認する。
「AIが覚えた」という説明だけでは，どこに何が残り，誰が利用できるかを判断できない。

第３　判断理由を引き出す聞き方

１　まず説明を求め，次に比較案を見せる

聞き取り役は，担当弁護士に，普段確認する事項と順序を説明してもらう。
説明だけでは出てこない条件については，公開情報又は架空の事例から二つ以上の案を作り，「どちらを採るか」「この案のどこに違和感があるか」「その違和感は，どの事実又は資料に結び付くか」を尋ねる。
AIには比較案の作成や質問の整理を補助させ，判断の理由は弁護士が確かめる。

例えば，「この説明は強すぎる」という指摘があれば，単に「断定を避ける」と記録するだけでは足りない。
重要事実が争われているのか，証拠が未取得なのか，判決の射程が異なるのか，依頼者への説明と裁判所への主張を取り違えているのかを分ける。
原因が分からなければ，分からないまま記録し，もっともらしい理由をAIに補わせない。

聞き取りを具体化するには，まず一つの難しい公開事例又は架空の事例を選ぶ。例えば，契約修正案の二案を示し，「どちらを採用するか」に続けて，「最初に気になった一箇所」「追加で必要な原資料」「依頼者の目的が変わった場合に残る案」を順に尋ねる。違和感を起点に，判断条件と不足資料を引き出し，確認できた理由だけを判断カードへ残す。新しい論点や理由を説明できない箇所が出た場合は，既存の確認項目へ無理に収めず，追加調査又は人への相談が必要な箇所として分ける。

２　反例と結論変更条件を尋ねる

採用理由を聞いた後は，「どの事実が変われば別の案を採るか」「過去の成功例を当てはめてはいけない場面は何か」「追加の確認が必要になる条件は何か」を尋ねる。
一つの事実だけを変えた模擬例を作ると，結論の違いを生んだ条件を検討しやすい。
理由を言語化できない感覚や，現場でしか把握できない事情も残り得るため，聞き取りの終了を判断力全体の移転完了と扱わない。

若手又は別の担当者に同じ資料から案を作ってもらい，経験者の案と違う箇所を説明してもらう方法も考えられる。
違いを一方の誤りと決め付けず，目的や事実認識が違うのか，複数の合理的な選択肢があるのかを確認する。

第４　判断カードに残す内容

１　根拠，条件，反例及び責任者を一組にする

共有する記録は，一件の判断について次の内容を一組にする。
すべてを長文にする必要はないが，出典や条件を省いて，結論だけの規則へ圧縮しない。

原資料へのリンクがあるだけでは，その資料が記録された命題を支えるとは限らない。
法令，判決，行政の説明，会社の方針及び担当者の経験則を分け，判断に用いた箇所を確かめる。
裁判例を登録するときは，裁判所・年月日・事件番号・読んだ本文の範囲を残し，当事者の主張を裁判所の判示へ置き換えない。
判例秘書等の検索結果や要旨を得たことと，判決本文を取得して照合したことも別に記録する。

２　架空の契約レビュー例

以下は記録方法を説明する架空の例であり，特定の契約条項の有効性や採用可否を示すものではない。
依頼者が，取引開始のための契約修正案を選ぶ場面を想定する。

記録の末尾には，「現在の案で確認した資料」「未取得の資料」「誰が何を確認すれば判断を進められるか」を付ける。
一般的な判断カードは，個別契約の原文や依頼者への確認の代わりにはならない。

第５　守秘と共有権限を先に確かめる

１　名前を消すだけで共用にしない

弁護士職務基本規程２３条は，正当な理由なく，依頼者について職務上知り得た秘密を他に漏らし，又は利用してはならないと定めている。
同規程１８条は事件記録の保管・廃棄に際する秘密及びプライバシーへの注意を，１９条は職務に関与させた事務職員等への指導監督を定める。
知識共有の目的があっても，秘密の取扱いを別に検討する必要がある。

氏名を置き換えても，取引の内容，地域，時期，金額，特殊な事実や複数情報の組合せから当事者又は案件が分かる場合がある。
共用にする前に，秘密情報が残っていないか，契約上の開示・利用制限に触れないか，利用者が必要な権限を持つかを確認する。
氏名の削除だけで，法令上の匿名加工情報の要件を満たしたと扱わない。

２　入力，検索，出力及び削除をそれぞれ確認する

個人情報保護委員会の生成AIサービスの利用に関する注意喚起は，個人情報取扱事業者が個人情報を入力する場合の利用目的の範囲や，入力した個人データが応答以外の目的で取り扱われる場合の確認を求めている。
学習に使わない設定であっても，保存，ログ，人的アクセス，再委託又は国外での取扱いがなくなるとは限らない。
導入時には，対象サービスと契約・設定・運用を確認し，許可する情報と禁止する情報を決める。

検索権限は，元資料の閲覧権限と整合させる。
質問できる利用者の範囲だけを制限しても，別の依頼者の資料が検索結果や回答に混ざれば，共有範囲を守ったことにはならない。
会話画面で削除した記録と，知識庫，検索用の索引，バックアップ，監査ログ等に残る記録を区別し，確認できた削除範囲を記録する。

具体的な保存先としてObsidianを使う場合，公式の保存方式の説明では，ノートは端末のVault内にMarkdown形式の平文ファイルとして保存される。他のエディタでも扱える形式であるが，ローカルにファイルがあることだけで，その内容を読むAIまで端末内で処理すると判断してはならない。

Obsidianのプライバシー説明は通常のローカル保存とSync・Publish等を区別している。また，コミュニティプラグインの安全性に関する説明によれば，プラグインにはファイルへのアクセスやインターネット接続等が可能である。ノートの保存場所，同期先，公開機能及び追加したプラグインを分けて確認する必要がある。

Claude Codeのデータ利用に関する公式説明も，ローカルで実行することと，モデルとのやり取りでデータを送信することを区別している。モデル学習への利用条件は契約・設定等によって異なるため，「学習に使わない」を「送信も保存もしない」という意味に置き換えない。

例えば，共通Vaultには公開資料と架空の例から作った承認済みの判断カードを置き，個別事件の記録は別の権限管理に置く方法が考えられる。その上で，AIに読ませるファイル，送信先，保存・学習条件及び削除範囲を記録する。これは本記事の運用例であり，Obsidianを導入しただけで守秘やアクセス制限が実現することを意味しない。

第６　AIの下書きを共有の正本にするまで

１　候補，承認済み及び失効を区別する

AIが聞き取りから作成した判断カードは，最初は候補として扱う。
担当弁護士が，事実と根拠の対応，理由の再現，適用範囲，反例及び秘密の残存を確認し，承認した版を通常の検索対象に採用する。
承認されていない候補，廃止した版及び特定事件だけの判断を，現行の一般基準と同じ扱いで検索させない。

旧版を証拠や履歴として保存することと，現在の回答の根拠として検索することは別である。
旧版を参照する必要があるときは，旧版であること，適用していた期間及び現在の版との関係が回答で分かるようにする。
根拠の所在又は適用する版を確かめられない場合は，推測で補完せず，人へ戻す。

承認済みの判断カードからAIの作業手順を作る場合は，判断の結論だけを指示文に移さず，適用場面，必要な入力，参照する根拠，成果物，停止条件及び更新責任者を一緒に残す運用が考えられる。
根拠や版が確認できないときの扱い，例外及び反例も残し，個別事件で採用した結論を一般的な回答へ広げない。

例えばClaude CodeのSkillsは，SKILL.mdと必要な補助ファイルに作業手順をまとめ，必要なときに参照させる仕組みとして利用できる。
ただし，スキルとして登録されたことを，判断カードの内容が正しいことや，入力した事件資料の利用範囲が承認されたことの証明にしない。
製品機能についてはSkillsの公式資料，具体的な業務への当てはめは弁護士のClaude Code Skills活用法を参照されたい。

２　必須条件を通過した記録だけ品質を比べる

架空の判例，重要事実の取り違え，根拠と命題の不一致，対象時点の誤り又は秘密情報の混入は，説明の読みやすさなどの点数で相殺しない。
先に必須条件の通過を確認し，通過した記録の間で，分かりやすさ，検索のしやすさ及び確認時間を比較する。
二つのAIが同じ記録を高く評価しても，原典確認の代わりにはならない。

DeNAの社内ITヘルプデスクのRAG改善報告は，複数指標の合計で，正確性が低い回答まで合格となる問題を紹介している。
これは同社の業務範囲での報告であり，日本の法律相談の正答率を測った結果ではないが，総合点だけで重要な欠陥を隠さない設計を考える材料になる。
試験例には，通常例だけでなく，対象外の質問，資料不足で保留すべき例，条件が一つ変わる反例及び旧版を拾う例を入れる。

第７　更新責任と若手の学習機会を残す

１　変更を受け付け，関連する記録を見直す

維持責任者は，法令・判例・契約・社内手順の変更や，実際の使用で見つかった誤りを受け付ける。
変更の影響を受ける判断カード，検索対象，AIへの指示及び試験例を特定し，再確認した版と理由を記録する。
更新の確認が済むまで，一時的に利用を止める対象も決める。

経験則を残すことは，古い判断を固定することではない。
資料２の２５頁が扱うアンラーニングを参考に，守る目的と，変えてよい手段を区別し，従来の方法が現在も適しているかを問い直す。
利用者が記録へ異議や反例を追加できるようにし，担当者の記憶やAIの回答だけで変更を確定させない。

知識を提供する弁護士と，原資料を再確認して共有版を更新する維持責任者を区別し，維持責任者が不在のときの代替者も定める。聞き取り，候補の確認，反例の検討及び更新に使う時間を業務計画へ割り当て，使用者からの誤適用の報告を受け付ける窓口と見直し時期を決める。知識を出した人へ追加負担だけが戻らないよう，貢献と保守時間を評価へ反映する方法が考えられる。

例えば一か月の試行では，提供者への聞き取り時間，維持責任者の確認時間，利用者が発見した反例，修正した版及び翌月の見直し担当を対応させる。利用者が訂正後の版を確認できるよう，変更理由を短く返す。これはDeNAの公開記事が扱う知識提供の動機と組織への還元を参考にした運用案であり，この日程や評価方法の効果を実証したものではない。

２　若手が自分で考える演習につなぐ

演習では，①AIを読む前に本人が作った判断・確認事項・理由，②AIによる批評，③本人が修正した判断，④原資料と照合した結果を別々に残す。AIの批評には，根拠資料と該当箇所，事実との対応，反対の説明及び未確認事項を示させる。AIの採点や批評は暫定的な補助であり，正解の根拠として扱わない。

後日，判断カードを閉じて確認事項と理由を説明し，要件となる事実を一つ変えた例でも判断できるか確かめる。これは理解を確認する演習である。実事件で記憶だけに頼るという意味ではなく，業務では必要な原資料を再確認する。

Roediger及びKarpickeの２００６年の研究は，大学生による文章教材の学習で，読み直しと想起テストを比較し，遅延後の再生を検討したものである。弁護士実務の判断力やAIを使った育成の効果を直接実証した研究ではない。演習間隔は仕事の内容と誤りの傾向に応じて調整し，特定の日程を普遍的な最適解として固定しない。

若手には，まず原資料と模擬事例だけから確認事項と案を作ってもらい，その後に判断カードと比較する方法が考えられる。
結論の一致だけでなく，何を問い，どの資料を確認し，どの案を棄却し，何を保留したかを説明してもらう。
資料２の３０頁～３１頁のスキル評価や疑似OJTの論点は参考になるが，AI利用だけで弁護士の育成が成功するとする実証ではない。

試行は公開情報又は架空の事例から始め，依頼者の権利，提出期限や外部への送信を，失敗を許す練習の対象にしない。
効果は，記録件数だけでなく，誤適用や見逃しの件数，判断理由の説明，確認・修正を含む総時間及び更新負担で評価する。
共有資産を増やすこと自体を目的にせず，人が必要な資料へ戻り，自分で判断できるかを確かめる。

読む・書く・検討する工程を残す意義は，引用の誤りを見つけることだけではない。Williams v. Honl事件のオレゴン州控訴裁判所2026年4月22日判断は，弁護士自身が記録と法を検討して主張を組み立てる過程の重要性にも言及している（公式PDF７～９頁）。外国裁判所の見解であり，AIを使った日本の若手育成の効果を測定した研究ではない。

演習では，指導担当者が，若手に中心命題，それを支える原資料，最も強い反論及び結論を変える事実を自分の言葉で説明してもらい，説明できない箇所へ戻る方法が考えられる。演習で本人の先行答案を残すことを，実事件の下書きにAIを一律に使わない規則へ広げない。実事件では，資料の確認，担当弁護士の理解，期限及び提出する版の確認を別に確保する。

第８　関連記事

法律・税務の説明や要約を短くするときに条件を落とさない確認方法は，「AIで法律・税務の文章を短くするときの確認方法―要件，例外，適用時期及び出典を残す」を参照。

①AX時代におけるスキルのあり方検討ワーキンググループの資料・論点
②AIの仕事の評価基準を育てる手順―失敗の言語化，理想の成果物，落とし穴メモ及び評価を作り込む業務の選び方
③法律事務所の生成AIをどう評価・改善するか―トレース，評価データセット，回帰試験，一次資料確認及び守秘義務
④法律事務所の生成AI利用ガイドラインの作り方－許可サービス，入力情報，出力確認，委託先及び事故対応

第９　出典・参考資料

①経済産業省「AX時代におけるスキルのあり方検討ワーキンググループ」第５回開催ページ，資料２「AXに求められる個人の能力及び学習について②」５頁，１９頁，２５頁，３０頁～３１頁（令和８年９月１日開催）。
②DeNA「暗黙知の言語化」に関する公式記事（令和８年８月２７日）。
③DeNA Engineering「社内ITヘルプデスクのRAG改善報告」（令和７年１０月）。
④日本弁護士連合会「弁護士職務基本規程」１８条，１９条，２３条。
⑤個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」（令和５年６月２日）。

本記事の運用手順は，上記資料を参考にした提案であり，特定の裁判例によって義務付けられた方式として紹介していない。
第５回開催ページでは，基準日現在，資料３は「後掲」と表示されており，公開された議事要旨は確認できないため，資料２の事前意見整理を当日の総意として扱っていない。