← AI法務ラボへ戻る
Insight
法務における生成AI活用法

法律事務所のナレッジ管理を、Google DriveとCodexで作り直す

こんにちは。LegalAgent 代表弁護士の朝戸です。

Legal Agentは、生成AI時代の法律事務所として、新しい時代の法務サービスを提供しています。AI Nativeな法律事務所とは、という記事でも触れましたが、法律事務所において、生成AIを動かしやすいデータの持ち方は、AI活用の成否を左右します。

法律事務所の中には、契約書や相手方から送られてきた修正文案、Slackでのやり取り、書籍やガイドラインなど、実に多くの情報があります。そして、実務では、これらが一つの場所にきれいに集まっていることは、意外と少ないです。

実際には、資料の一部はメールにあり、やり取りはSlackに残り、契約書の最新版はGoogle Driveに置かれ、過去案件の参考ファイルは別のフォルダに入っている、という状態になりがちです。ひな形が誰かのローカルフォルダにあり、個社ごとの判断基準は担当弁護士の頭の中にあり、書籍やガイドラインはPDFで保存されているものの、案件対応の流れとは接続されていないこともあります。

この状態でも、人間だけで仕事をするのであれば、何とか回ることがあります。担当者が覚えていたり、過去に見た記憶を頼りに検索したり、詳しい人に聞いたりすることで、多少の非効率は人間の記憶と経験で吸収できます。

ただ、AIを法律業務に本当に入れようとすると、この状態ではかなり厳しいです。AIは、アクセスできる場所にある情報しか読めません。人間の頭の中にしかない経緯や、Slackにだけ残っている判断、過去案件フォルダの中にだけ存在する類似事例を、自動的に知ることはできません。そのため、AI Nativeな法律事務所を作るうえでは、単に高性能なモデルを使うだけでは足りません。

まず必要なのは、情報を一元管理することです。ここでいう一元管理は、単に「Google Driveにファイルを置きましょう」という話にとどまりません。法律業務で使う情報を、案件、クライアント、契約類型という単位で、AIが読める形にしておくということです。私は、法律事務所におけるナレッジ管理の本質は、あとから人間とAIが、同じ文脈を見に行ける状態を作ることだと考えています。これができると、法律業務の進め方がかなり変わります。

情報が分散していると、AIは業務担当者になれない

法律業務では、同じ契約書を読んでいても、背景によって結論が変わることがあります。たとえば、業務委託契約書をレビューする場合でも、その契約が新規事業の実証実験なのか、既存取引の更新なのか、相手方との力関係はどうか、過去に同じ相手方と揉めたことがあるのかによって、コメントの出し方は変わります。

相手方が大口顧客で、今回の契約を早く締結することが事業上かなり重要であれば、細かい修正を大量に返すよりも、重要論点に絞って交渉した方がよいことがあります。逆に、相手方の業務遂行に依存する割合が大きく、損害が発生した場合の影響が大きいのであれば、責任制限や情報管理をかなり丁寧に見た方がよいことがあります。

こうした判断は、契約書の本文だけからは出てきません。案件の背景、クライアントの事業、過去の方針、担当者とのやり取りが必要になります。つまり、AIに法律業務を任せるためには、契約書に加えて、判断に必要な周辺情報も渡すことになります。

従来のAIチャットでは、この周辺情報を人間が毎回添付する必要がありました。この契約書を見てください、この過去案件も参考にしてください、このメールの経緯も見てください。こうした情報を、人間が一つ一つ選んで添付する必要がありました。これは、実務の感覚としては、かなり重いです。

AIを使うために、先に人間が情報を探して集め、添付して説明するのであれば、その時点でかなりの作業が発生しています。もちろん、それでもAIを使う価値はありますが、法律事務所全体の業務体験を変えるほどのインパクトにはなりにくいと感じています。そこで重要になるのが、フォルダ設計です。

Google Driveをローカルにマウントする意味

LegalAgentでは、Google Driveを使っています。ただし、単にブラウザでGoogle Driveを開いているだけではありません。Google Driveのデスクトップアプリを使って、マイドライブや共有ドライブをローカルのフォルダとしてマウントしています。つまり、見た目としては、パソコンの中にある通常のフォルダと同じように、Google Drive上のファイルが見える状態になっています。

この構成にすると、Codexから見ると、Google Drive上の資料がローカルフォルダとして扱えるようになります。ここがかなり大きいです。ブラウザ上のGoogle Driveにファイルが置かれているだけだと、AIは基本的に、人間が選んだファイルを読む形になります。もちろん、Google Drive連携を使って検索することもできますが、実務の操作感としては、ローカルフォルダのように扱える方が圧倒的に自然です。

ローカルにマウントされていると、Codexは、フォルダの中を横断的に見に行けます。「過去に類似の案件があったと思うので探してください」「この契約類型に近いひな形を探してください」「この相手方との過去のやり取りを見てください」といった指示ができます。これは、従来のAIチャットとはかなり違います。人間がファイルを添付する代わりに、Codexがフォルダを見に行き、人間が過去案件やひな形を探す前に、Codexに候補を出させることができます。

過去に似た案件があったはずなのにフォルダ名を忘れている、誰が担当したか分からない、最終版がどれか分からない、といったことは、どの法律事務所でも起きやすいと思います。ローカルにマウントされたGoogle DriveとCodexを組み合わせると、この探索作業のかなりの部分をAIに任せることができます。もちろん、最終的にどのファイルを使うか、どの判断を採用するかは弁護士が見ます。ただ、最初に資料を探して、候補を集めて、文脈を読むところをAIに任せられるだけで、実務の進み方はかなり変わります。

案件フォルダという作業の起点

LegalAgentでは、案件対応フォルダをかなり重視しています。法律事務所のナレッジ管理というと、きれいなデータベースや専用のナレッジマネジメントツールを想像する方もいると思います。もちろん、そうした仕組みも意味があります。ただ、私の実感としては、まずは案件フォルダをきちんと設計することが先決です。

実務の作業は、結局、案件単位で発生します。あるクライアントから契約書レビューの依頼が来たり、別のクライアントから資金調達の相談が来たりする形で、日々の仕事は案件単位で動いています。このとき、案件フォルダの中に、クライアントから受領した資料、作業中のファイル、相手方から返ってきた修正文案、Slackやメールでのやり取り、参考にした過去案件がまとまっていると、かなり使いやすくなります。

とりわけ効果が大きいのは、「やり取り」を案件フォルダに入れることです。契約書レビューでは、契約書そのものよりも、依頼時の説明や、その後のやり取りの方が重要なことがあります。この条項は譲れません、相手方とは長期的に付き合いたいです、今回はスピードを優先したいです。こうした情報は、契約書本文には書かれていませんが、レビューの方針を決めるうえでは、かなり重要です。

この情報がSlackやメールに散らばったままだと、あとから担当者以外が見たときに文脈が分かりません。AIに任せようとしても、AIは契約書本文しか読めず、依頼の背景を理解できません。そのため、案件フォルダの中に、やり取りの全文や送受信日時、添付資料の情報が残っていることが大切になります。

Slackやメールを、案件フォルダに入れる

LegalAgentでは、Slackやメールなどのクライアントとのやり取りを、案件フォルダ側に保存する運用としています。Codexでは、SlackやGmailとのコネクタ機能があり、さらに、スクリプトの自動実行機能があります。これを組み合わせると、一定の時間において、定期的に、SlackやGmailの内容を取得し、やり取りをGoogle Driveの適切な案件フォルダに格納することが可能となります。

もちろん、これは何でも無制限に保存するという意味ではありません。対象となるチャンネルやメール、保存する情報の範囲、秘密保持の扱いをあらかじめ設計したうえで、案件対応に必要なやり取りを保存するという考え方です。特にクライアントとのやり取りを扱う以上、人間が確認すべき場面と自動化してよい場面を分けることになります。

クライアントからSlackで契約書レビューの依頼が来た場合であれば、そのメッセージの本文や添付ファイルを、案件フォルダの「やり取り」に保存します。メールで追加の前提情報が来た場合も、メール本文や送受信者、添付ファイル情報を同じ案件フォルダに残します。このようにしておくと、あとからCodexに「この案件フォルダを読んで、クライアントからの依頼内容と追加条件をまとめてください」と指示できます。

これは、人間の記憶に依存しない法律業務に近づくということです。特に、法律事務所のチームで案件を進める場合、担当者が変わったり、パラリーガルや別の弁護士が途中から入ったりすることがあります。そのときに、Slackやメールが案件フォルダに残っていれば、引き継ぎの負担がかなり下がります。AIにとっても同じです。AIは、案件フォルダに残っている情報を読み、過去のやり取りを踏まえて作業できます。

書籍、条文、ガイドラインを体系化する

案件フォルダと並んで大切なのが、参照資料の管理です。法律事務所では、書籍や条文、実務書などが大量にあります。これらは、単にPDFとして保存されているだけでは、AIにとっては使いにくいことがあります。

もちろん、PDFのままでも読める場合はあります。ただ、実務で使いやすくするためには、OCRをかける、テキスト化する、契約類型や法分野ごとに分けるといった整備がかなり重要になります。LegalAgentでは、ナレッジ用のデータとして、法令、公的ガイドライン、所内で作成した調査メモ、契約類型ごとのチェックリストなどを、フォルダに体系立てて格納する運用を進めています。

たとえば、プライバシーポリシーをレビューしているときに、個人情報保護法の条文、個人情報保護委員会のガイドライン、過去のプライバシーポリシー作成メモが、同じ作業環境の中で読める。資金調達の案件であれば、投資契約や株主間契約、過去のシリーズA案件での論点を、同じ作業環境の中で見に行ける。この状態になると、AIは単に一般論を答えるだけではなく、案件資料と参照資料を突き合わせることができます。

スキルフォルダは、実行できるナレッジになる

もう一つ重要なのが、スキルフォルダです。法律事務所のナレッジは、メモとして置いておくだけでは、使われにくいです。「NDAレビューのチェックリスト」があるとします。もちろん、それ自体は有用です。ただ、実務では、毎回そのチェックリストを開いて、人間が読み、今回の契約書に当てはめ、コメントを作り、Wordに反映する必要があります。これだと、ナレッジは残っていても、業務の中で自然には動きません。

そこで重要になるのが、ナレッジをスキル化することです。LegalAgentでは、契約書レビュー、Word修正、法務デューデリジェンスなど、業務類型ごとにスキルを作っています。スキルというのは、プロンプト一枚のことにとどまりません。どの資料を、どの順番で読み、どのチェックリストを使い、どの形式でコメントを書くのか。Wordの変更履歴をどう扱い、どのフォルダを見て、どのフォルダを触ってはいけないのか。そうした作業ルールを、AIが実行できる形にしたものです。

契約書レビューであれば、開示側と受領側、委託者側と受託者側では、それぞれ見るべきポイントが違います。こうすると、Codexは「この契約書を受託者側でレビューしてください」と言われたときに、一般論に流れず、受託者側の観点で、該当するチェックリストやコメントルールを参照して作業できます。

法律事務所のナレッジ管理は、業務設計そのものになる

私は、今後の法律事務所では、ナレッジ管理が業務設計そのものになると考えています。これまでも、ナレッジ管理は重要でした。ただ、これまでは、ナレッジ管理はどちらかというと、人間が後から過去のひな形や調査メモを検索するためのものだったと思います。

生成AIとCodexが入ってくると、意味が変わります。ナレッジ管理は、AIが作業するためのインフラになります。案件フォルダが整っていれば、AIは案件を読み、やり取りが保存されていれば依頼の文脈を読み、ひな形が整っていれば適切なベースファイルを探せます。さらに、プレイブックが整っていればクライアントごとの判断基準を踏まえられますし、法令や公的ガイドラインがテキスト化されていれば、参照資料に基づいて論点を出せます。

つまり、ナレッジ管理が整っている法律事務所ほど、AIを実務に入れやすくなります。逆に、情報が散らばっている法律事務所では、どれだけモデルが賢くなっても、AIは十分に力を出しにくいです。AIが読むべき資料が見つからず、最新版も分からず、過去の判断が残っていない状態では、AIは毎回、断片的な情報から回答することになります。これでは、法律実務に耐える品質を安定して出すのは難しいと思います。

だからこそ、LegalAgentでは、Google Driveをローカルにマウントし、案件フォルダを整え、Slackやメールのやり取りを案件側に保存し、法令や公的ガイドラインを体系化し、ひな形やプレイブックを整え、スキルとして実行できるナレッジを作っていくことを重視しています。

ナレッジ管理が、外部弁護士を内部法務に近づける

このナレッジ管理は、法務アウトソーシングのあり方にも関わります。外部弁護士に契約書レビューや法律相談を依頼しても、会社の事業や過去の判断、相手方との関係が分からなければ、どうしても単発の外部回答になりやすいです。その場合、社内法務が外部弁護士のコメントを読み直し、事業部向けに翻訳し、社内のリスク許容度に合わせて判断し直すことになります。

一方で、案件フォルダやひな形、個社別の判断基準、スキルが一元化されていれば、外部弁護士は過去の文脈を踏まえて判断しやすくなります。Codexがその前提情報を探し、読み、比較することで、弁護士は内部法務に近い粒度で、意思決定を支える回答を出しやすくなります。法務部員を固定費として採用する前に、必要な時期に、必要な量だけ、外部弁護士とAIを組み合わせた法務機能を使うためにも、このようなナレッジ管理の基盤が大切になると考えています。

最後に

LegalAgentでは、生成AIと企業法務に精通した弁護士の協働により、契約レビューや資金調達、M&A対応などを行っています。法務関係でお困りの方がいらっしゃいましたら、お力になれる場面が多いと考えておりますので、ぜひお気軽にお問い合わせください。

キーワード
Codexナレッジ管理
キーワード一覧から探す

あわせて読みたい記事

この記事と近いテーマの記事です。

Insight / 2026.08.02 社内文書をRAGで検索させたい|資料の種類で変わる著作権リスク Insight / 2026.08.01 学習用データセット利用許諾契約|提供側と開発側で詰めるべき権利の切り分け Insight / 2026.07.30 AIエージェントの権限設計|発注・送信を任せる前に決めること
AI法務ラボで他の記事を見る