Legal Agentとは、Microsoft Wordの中で契約書レビューを行うAIエージェントのことです。

契約書レビューのAIが、専用サービスではなくWordの中に入ってきました。マイクロソフトは、Microsoft 365 CopilotのFrontierプログラム経由で、Word for Windows向けにLegal Agentを提供しています（出典: Microsoft Support「Get started with the Legal Agent (Frontier)」）。この記事では、この動きが日本の弁護士事務所にとって何を意味するのかを、導入可否より手前の判断軸として整理します。士業のチカラは有資格者による記事レビュー体制を置いておらず、本記事は一次情報の要約と論点整理であって、個別事案への回答ではありません。導入判断は各事務所で行う前提でお読みください。

Wordの中にレビュー機能が入るという構造変化

まず事実関係を押さえます。Legal Agentは、Microsoft 365 Copilotのライセンスが割り当てられたアカウントと、Frontierプログラムへの参加を前提に利用できます。動作環境はWord for Windowsのデスクトップ版で、Wordのバージョンは2604以上が必要とされています。アクセス方法はWord内のCopilotからで、初回は一度Wordを再起動するとCopilot内にLegal Agentが表示され、クリックすると新しい作業ウィンドウで開く流れです（出典: Microsoft Support「Get started with the Legal Agent (Frontier)」）。

Frontierプログラムというのは、一般提供の前段階で新しいAI機能に早期アクセスできる枠組みです。マイクロソフトの管理者向けドキュメントによれば、IT管理者が新しいCopilotエージェントやAI機能を評価し、テナント全体への展開可否を判断し、マイクロソフトにフィードバックを返すことを想定した仕組みとされています（出典: Microsoft Learn「Get started with the Microsoft Copilot Frontier Program」）。つまり、これは完成品の一般提供ではなく、評価フェーズの機能だという位置づけです。

できることは、法務文書の要約、内容の把握、レッドライン、レビューとされています。報道ベースでは、リスクの指摘、社内プレイブックとの条項照合、Word標準の変更履歴を使った修正案の提示、参照元箇所への引用付き回答といった機能が挙げられ、バックエンドではAnthropicのClaudeモデルが動き、Anthropicがサブプロセッサとして組み込まれていると伝えられています。マイクロソフトは2026年4月30日にこれを公表したと報じられています（出典: Legal IT Insider「Microsoft releases new Legal Agent for Word」）。

ここで日本の事務所にとって最も重要な事実を書きます。現時点で対象は米国のテナントで、Word for Windowsのデスクトップ版に限られています。つまり、日本の事務所が明日から使える話ではありません。日本での提供時期や条件は本稿執筆時点の一次情報からは確認できず、要確認です。

それでもこの記事を書くのは、対象になるかどうかより、構造の変化のほうが効くからです。これまで契約書レビューのAIは、専用のリーガルテックサービスにログインして使うものでした。それがWordの中に入ると、事務所の導入判断の対象が変わります。専用サービスを入れるかどうかではなく、既に全員が使っているWordに機能が増える形になるからです。この差は、事務所の統制の設計に直接効いてきます。

なお、キーワードとして流通している法務文書の作成時間が大幅に減るといった定量的な効果については、本稿執筆時点で一次情報から確認できませんでした。要確認として扱い、本記事では効果の定量的な主張は行いません。

導入判断より先に決めておく7つの軸

日本での提供を待つ間に事務所が詰めておけることを、判断軸の形で並べます。どれも、Legal Agentに限らず、Wordや業務システムに埋め込まれる形のAI全般に使える枠組みです。

第一の軸は、テナント統制の主体です。専用サービスなら導入しないという判断で止められますが、Officeに機能が増える形だと、テナント管理者が有効にした瞬間に全員が触れる状態になります。誰がテナント設定を握っているのか、機能追加の通知を誰が受け取るのかを、先に確認しておきます。事務所の規模によっては、外部のIT委託先が管理者権限を持っている場合もあります。

第二の軸は、既定で有効か無効かです。Frontierのような早期アクセス枠は参加が任意ですが、一般提供に移った機能は既定で有効になることがあります。事務所として、新機能は一律で無効から始めて個別に開けるのか、原則有効で問題があれば閉じるのか。この方針を先に決めておくと、機能が増えるたびに揉めずに済みます。

第三の軸は、サブプロセッサの扱いです。Legal Agentの場合、報道ベースではAnthropicがサブプロセッサとして入るとされています。事務所として確認したいのは、どの事業者に、どの範囲のデータが、どういう条件で渡るのかという構図です。Microsoft 365のデータ処理条件の中で完結するのか、別立ての条件が乗るのか。ここは一次情報に当たって確認する箇所です。

第四の軸は、プレイブックの整備状況です。条項照合の機能は、照合先となる社内基準があって初めて効きます。事務所にとってのプレイブックは、依頼者ごとの契約審査基準や、自事務所の標準ひな形にあたります。これが暗黙知のままだと、AIを入れても照合対象がありません。逆に言えば、この整備は今からできますし、AIを入れなくても事務所の資産になります。

第五の軸は、レッドラインの責任分界です。変更履歴の形で修正案が入るということは、成果物との距離が近いということです。AIが入れた修正と、弁護士が入れた修正を、後から区別できる状態にしておくかどうか。事務所によっては、AI提案は一度別ファイルに出させ、採否を決めてから本体に反映する運用にするところもあるでしょう。

第六の軸は、引用の検証です。参照元箇所への引用が付く機能は便利ですが、引用が付いていることと引用が正しいことは別です。引用先を実際に開いて確認する工程を、誰の作業として持つのかを決めます。この確認負荷を見積もらないと、レビュー時間が短くなったつもりで確認時間が増えます。

第七の軸は、依頼者への説明です。契約書レビューにAIを使うことを、どの段階でどう伝えるか。委任契約書に記載するのか、案件ごとに説明するのか。事務所の方針として決めておく事項です。

以下は、Legal Agentの提供を待たずに今できる準備のためのプロンプト例です。いずれも下ごしらえで、成果物は担当弁護士の目を通してから使う前提です。

あなたは法律事務所の契約審査基準を文書化するアシスタントです。
以下の過去のレビューコメント群から、繰り返し現れている審査の観点を抽出し、
プレイブックの項目案として整理してください。

制約:
- 法的な結論や当てはめは書かない
- 抽出は入力に現れている記述だけに限り、一般論を補わない
- 各項目に、根拠となったコメントの通し番号を添える
- 依頼者名・相手方名・金額は［伏字］に置き換えて出力する

【過去のレビューコメント】
（ここに番号付きで貼り付け。固有名詞は事前に置換しておくこと）

出力形式:
1. 観点名
2. 確認内容（1〜2文）
3. 根拠コメント番号

あなたは社内AIツールの導入前チェックを補助するアシスタントです。
以下のベンダー公開情報から、事務所が確認すべき事項と、
公開情報だけでは判断できない事項を切り分けてください。

制約:
- 法的評価や適否の判断は書かない
- 記載がない事項は「記載なし」と明示し、推測で埋めない
- 確認すべき事項には、どの文書のどこを見ればよいかの候補を添える

【観点】
- データの保存先と保存期間
- 学習利用の有無と設定方法
- サブプロセッサの範囲
- 管理者側で機能を無効化できるか
- 監査ログの取得可否

【ベンダー公開情報】
（ここに利用規約・データ処理条件・サポート記事を貼り付け）

守秘義務の観点でWord内蔵型をどう扱うか

専用サービス型と比べたときの、Word内蔵型に固有の論点を整理します。

出発点は根拠条文です。弁護士法第23条は、弁護士および弁護士であった者が職務上知り得た秘密を保持する権利を有し義務を負うこと、ただし法律に別段の定めがある場合はこの限りでないことを、秘密保持の権利及び義務という条見出しのもとで定めています（出典: e-Gov法令検索 弁護士法）。企業法務の案件で税理士や社労士と協働する場面もありますから、それぞれの根拠条文も押さえておく必要があります。税理士法第38条は、税理士が正当な理由なく税理士業務に関して知り得た秘密を他に洩らし、または窃用してはならない旨を、秘密を守る義務という条見出しのもとで定めています（出典: e-Gov法令検索 税理士法）。

個人情報の側では、個人情報の保護に関する法律第27条が、あらかじめ本人の同意を得ないで個人データを第三者に提供することを原則として制限しています。同条第5項は、利用目的の達成に必要な範囲内で取扱いの全部または一部を委託することに伴って個人データが提供される場合について、提供を受ける者を第三者に該当しないものとする旨を定めています（出典: e-Gov法令検索 個人情報の保護に関する法律）。クラウドサービスやそのサブプロセッサをこの委託の構成で整理できるかどうかは、契約条件とデータ処理の実態によって変わりますから、事務所側で条文の文言と各社の条件を突き合わせる作業になります。

Word内蔵型に固有なのは、投入の意思決定が薄まる点です。専用サービスに文書をアップロードするときは、アップロードという明確な動作があります。Wordの作業ウィンドウで機能を呼び出す形だと、今まさに開いている文書がそのまま対象になります。手元のファイルを使うのと同じ感覚で外部処理が走る構図になるため、どの文書なら呼び出してよいかの線引きを、動作ではなく文書の種類で決めておくほうが運用しやすくなります。

もう1つが、利益相反と情報遮断です。事務所内で共通のAI機能を使う場合、ある事件の情報が別の担当者の出力に現れる可能性が論点として指摘されています。テナント単位で機能が入るということは、この論点がテナント全体に及ぶということでもあります。アクセス権限の設計とAIの参照範囲の設計を、別のものとして両方見る必要があります。

規程への落とし方としては、ツール名を列挙する方式より、機能の性質で区分する方式のほうが持ちます。Officeに新機能が増えるたびに規程を書き換えるのは現実的ではないからです。外部に文書内容が送信される機能はこの区分、端末内で完結する機能はこの区分、という形で整理しておけば、次の機能追加にも耐えます。ひな形は事務所のAI利用規程のテンプレート記事にありますので、区分の考え方を差し替えて使ってください。ツール選定時の確認項目はAIツールのセキュリティ認証を確認する記事にまとめています。

先行事例から見えている3つの失敗パターン

第一が、機能が入ったことに気づかないまま使われるパターンです。専用サービスなら契約行為があるので導入は把握できますが、既存製品への機能追加は、更新のたびに静かに増えます。回避策は、テナント管理者がリリース情報を追い、事務所内に共有する担当を一名決めておくことです。四半期に一度でも、増えた機能を棚卸しする場を作れば、把握できていない状態は避けられます。

第二が、レビュー時間の短縮を先に見込んでしまうパターンです。AIが出した指摘の確認に時間がかかり、想定した短縮が出ないという話は、契約書レビューに限らずよく聞きます。回避策は、導入初期の数か月は短縮を見込まず、指摘の的中率と確認にかかる時間を測ることに徹することです。測った数字がないまま報酬や体制の話に進むと、あとで辻褄が合わなくなります。

第三が、免責の位置づけを読み落とすパターンです。マイクロソフトは、Legal Agentが専門的な法的助言の代替ではなく、有資格の法律専門家の判断に取って代わるものではないという趣旨の説明をしていると報じられています。ベンダー側がこう位置づけている以上、成果物の責任は使う側に残ります。回避策は、この位置づけを事務所の運用ルールの前提として明記し、最終確認の工程を省かないことです。契約書の一括レビューを組む際の工程設計は長文コンテキストで契約書を一括レビューする記事も参考になります。

費用と体制の見立て

費用構造は、専用サービス型と大きく違います。Legal Agentの利用にはMicrosoft 365 Copilotのライセンスが前提となるため、Copilotを既に契約している事務所にとっては、契約書レビュー機能のための追加費用が発生しない構図になります（出典: Microsoft Support「Get started with the Legal Agent (Frontier)」）。逆に、Copilotを契約していない事務所にとっては、この機能のためだけにCopilotを入れるかという判断になります。

体制面では、テナント管理を誰が持つかが最大の論点です。外部のIT委託先に任せている場合、機能追加の判断が事務所の意思決定を経ずに進むおそれがあります。委託先との間で、AI関連機能の有効化については事務所の承認を得るという取り決めを一行足しておくと、後の統制が効きます。

工数としては、プレイブックの整備が最も重く、ここは提供開始を待たずに始められます。過去のレビューコメントを観点別に整理する作業は、AIの導入可否にかかわらず事務所の資産になりますから、優先度を上げてよい部分です。既存のリーガルテックとの比較検討についてはLegalOnのAIエージェントに関する記事も併せてご覧ください。

専用サービスと汎用製品の境目が動くという見方

今回の動きが示しているのは、契約書レビューという機能が、専用サービスの差別化要素から、文書編集ソフトの標準機能の側へ移り始めているということです。これがどこまで進むかは、まだ分かりません。汎用製品に載る機能は最大公約数になりがちで、日本の契約実務や日本語の条項表現にどこまで適合するかは別の問題です。

事務所として論点になるのは、専用サービスをやめる判断ではなく、どこを専用サービスに残すかの切り分けです。日本語の契約実務に特化した部分、判例や法令のデータベースと連携する部分は、汎用製品では代替しにくい領域として残る可能性があります。一方、抜け漏れチェックや表記の整合といった作業は、汎用側に寄っていく可能性があります。

もう1つの論点は、統制の重心が移ることです。専用サービスの時代は、契約するかどうかが最初の関門でした。汎用製品に載る時代は、テナント設定と社内ルールが関門になります。事務所の情報管理の議論を、ツール選定の話から設定と運用の話へ移していく必要が出てきます。この移行を先にやっておけば、次に何が載ってきても慌てずに済みます。

よくある質問

日本の事務所でも今すぐ使えますか

現時点では対象外です。マイクロソフトのサポート記事によれば、Legal Agentは米国のMicrosoft 365 CopilotのユーザーにFrontierプログラム経由で提供されており、動作環境もWord for Windowsのデスクトップ版とされています（出典: Microsoft Support）。日本での提供時期や条件は一次情報から確認できず、要確認です。

Frontierプログラムとは何ですか

一般提供の前段階で新しいAI機能に早期アクセスできる枠組みです。マイクロソフトの管理者向けドキュメントでは、IT管理者が機能を評価し、テナント全体への展開可否を判断し、フィードバックを返すことを想定した仕組みだと説明されています（出典: Microsoft Learn）。

利用に追加のインストールは要りますか

不要とされています。Microsoft 365 Copilotのライセンスの割り当てとFrontierプログラムへの参加があり、Wordのバージョンが2604以上であれば、Wordを再起動することでCopilot内に表示されると案内されています（出典: Microsoft Support）。

法務文書の作成時間が大幅に短縮されるという話は本当ですか

本稿執筆時点で、そうした定量的な効果を一次情報から確認できませんでした。要確認として扱っています。効果の見積もりは、自事務所の案件で指摘の的中率と確認時間を実測してから立てるのが堅実な進め方です。

バックエンドのモデルは何ですか

報道ベースではAnthropicのClaudeモデルが使われ、Anthropicがサブプロセッサとして組み込まれていると伝えられています（出典: Legal IT Insider）。データがどの範囲でどの事業者に渡るかは、契約条件とデータ処理条件の原文で確認する事項です。

提供を待つ間にやっておくとよいことはありますか

社内プレイブックの整備です。条項照合の機能は照合先の基準があって初めて効くため、過去のレビューコメントを観点別に整理する作業が土台になります。この作業はAIの導入可否にかかわらず事務所の資産として残ります。

既存のリーガルテックは不要になりますか

そう考えるのは早いと思われます。日本語の契約実務への適合や、判例・法令データベースとの連携といった領域は、汎用製品では代替しにくい部分として残る可能性があります。当面は、どの作業をどちらに寄せるかの切り分けを検討する段階です。

参考文献

• Microsoft Support「Get started with the Legal Agent (Frontier)」
• Microsoft Learn「Get started with the Microsoft Copilot Frontier Program」
• Microsoft Learn「Word, Excel, and PowerPoint Agents: Responsible AI FAQ」
• Legal IT Insider「Microsoft releases new Legal Agent for Word」
• e-Gov法令検索 弁護士法（第23条 秘密保持の権利及び義務）
• e-Gov法令検索 税理士法（第38条 秘密を守る義務）
• e-Gov法令検索 個人情報の保護に関する法律（第27条 第三者提供の制限）

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/