LegalOnアシスタントの導入判断｜契約書修正AIエージェント7つの検証軸

LegalOnアシスタントとは、契約書修正を担う法務AIエージェントのことです。

契約書のレビューで、修正案を考える時間と、その案をWordに反映していく時間は別物です。後者に取られている時間が長い事務所ほど、修正の反映までを担うAIエージェントの意味は大きくなります。この記事では、LegalOnアシスタントが公表資料でどこまでを担うとされているのかを確認したうえで、法律事務所や司法書士事務所が導入を判断するときの検証軸と、依頼者の契約書を入力する前に決めておく事項を整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、製品の仕様はベンダーの公表資料で確認しています。

LegalOnアシスタントで何が変わったのか、契約書修正の工程で見る

LegalOn Technologiesは2026年1月6日、LegalOnアシスタントに指示するだけで契約書修正における一連の業務が実行可能になったと公表しました。同社の説明によれば、LegalOnアシスタントは法務業務における煩雑な確認作業や正確性が求められるタスクを支援する法務特化型のAIエージェントで、今回の更新により、修正案の検討から条文への反映までを一貫して実行できるようになったとされています。

実務の目線で押さえておきたいのは三点です。

一点目は、編集した箇所が修正履歴付きで表示され、修正の根拠も提示されるという設計です。これは、出力をそのまま採用するのではなく、人が一件ずつ見て採否を決める前提の作りだということを意味します。士業の実務では、この作りかどうかが導入可否を大きく左右します。根拠が示されない出力は、確認の手間が増えるだけで工数が減りません。

二点目は、動作環境の制約です。同社の公表資料には、本機能がWordアドインとWord for the web上で利用可能で、公表時点ではLegalOnの標準エディタには対応していない旨、およびWordアドインとWord for the webの利用にはMicrosoft 365のライセンスが要る旨が注記されています。事務所の文書がWordで回っているかどうかが、そのまま使えるかどうかに直結します。

三点目は、エージェント同士の連携です。同社の説明では、LegalOn Agentsと連携してプレイブックの登録や、複雑な手順を踏む契約審査や法務相談を自律的に支援するとされています。単発の指示に答える使い方から、事務所の型を登録して繰り返し回す使い方へ、設計思想が寄っていることが読み取れます。

その後も機能追加は続いており、2026年8月7日には基本契約書や原契約も参照したAI契約書レビューが可能になったことが公表されています。個別契約書や変更覚書を確認するときに、複数文書を突き合わせる作業が軽くなるという内容です。実務では、この突き合わせこそが時間を食う工程なので、レビュー支援の実用度に効いてくる更新といえます。

普及の度合いについては、同社が2026年8月4日にProfessional AIサービスの有償導入社数がグローバルで9,000社を突破したことを公表しています。これは同社およびグループ会社がグローバルで提供するサービス全体の数字であり、日本国内の法律事務所での導入数を示すものではない点は読み分けが要ります。

事務所に入れる前に確かめる七つの検証軸

企業の法務部を主な想定利用者として作られたツールを、法律事務所や司法書士事務所に入れる場合、確かめる観点が少し変わります。以下の七つを順に潰していく形が現実的です。

第一の軸は、扱う文書の形式です。事務所に届く契約書がWordで回っているのか、PDFや紙で来ることが多いのかを、直近三か月の受任案件で数えます。前述のとおり本機能はWord上での動作が前提とされているため、PDFが主な事務所では、まず文書のWord化という別の工程が挟まります。

第二の軸は、業務の型が言語化できているかです。エージェント型のツールは、事務所の型を登録して繰り返す使い方で効きます。逆にいえば、レビューの基準が担当弁護士の頭の中にしかない事務所では、登録するものがありません。導入前に、よく使う修正方針を文書化できるかどうかを見ておきます。

第三の軸は、根拠提示の質です。修正の根拠が示される設計であることと、その根拠が事務所の水準で使えることは別の話です。過去に処理済みで結論が確定している契約書を数件用意し、同じ修正を依頼して、示された根拠を担当者が読んで納得できるかを見ます。ここは試用期間で確かめる箇所です。

第四の軸は、依頼者ごとの守秘の建て付けです。企業の法務部は自社の契約書を扱いますが、事務所は他人の契約書を預かって扱います。データの分離、案件ごとのアクセス制御、退職者のアカウント処理といった観点が、法務部より重くなります。

第五の軸は、既存の業務システムとの重なりです。契約書管理、案件管理、タイムチャージの記録をすでに別のシステムで持っている事務所では、機能が重なる部分をどちらに寄せるかを決めておかないと、二重入力が発生します。

第六の軸は、費用の回収経路です。事務所の場合、効率化の果実を値下げに回すのか、受任件数を増やすのか、レビューの深さを上げるのかで、投資判断が変わります。ここを決めずに導入すると、効率化しただけで収益が変わらない状態になります。

第七の軸は、有資格者の確認工程です。修正履歴として反映される設計であっても、依頼者に返す成果物の責任は事務所が負います。誰がどの段階で確認するかを、導入と同時に手順として固定します。この設計の考え方は、AIエージェントのヒューマンインザループ設計で整理しています。

第三の軸で使える検証用のプロンプトが次のものです。結論が確定している過去案件を使い、依頼者名や固有名詞は仮名に置き換えて入力します。

あなたは契約書レビューの検証に協力する回答者です。
以下の契約条項について、修正案とその根拠を示してください。

出力形式:
- 修正案（修正前と修正後を並べる）
- 修正の根拠（どの観点からの修正かを1行で）
- 根拠として参照した条文・ガイドライン等があれば、その名称
- 判断材料が不足している場合は「情報不足」と明記し、何が必要かを書く

制約:
- 適法か違法かの結論は書かないでください
- 参照した根拠が不明な場合、それらしい名称を作らないでください
- 契約当事者の実名や具体的な事業内容を推測して補わないでください

【契約条項】
（ここに貼り付け）

第二の軸、つまり事務所の型を言語化する作業にもAIを使えます。次のプロンプトは、過去の修正履歴から共通する方針を抽出するものです。

あなたは業務ナレッジの整理を担当するアシスタントです。
以下は、当事務所が過去に行った契約書の修正履歴です。
共通する修正の方針を抽出してください。

出力形式:
- 方針名（短く）
- どのような条項で適用されているか
- 修正の方向性（何を足し、何を削っているか）
- 該当した件数

制約:
- 履歴に現れていない方針を推測で追加しないでください
- 一般的な契約実務の教科書的な説明を混ぜないでください
- 件数は履歴から数えられる範囲で正確に記載してください

【修正履歴】
（ここに貼り付け）

この二つを回すと、導入の判断材料が定量で揃います。抽出された方針が少なければ、そもそも型が固まっていないということなので、ツールより先に整理する順序になります。法務AIエージェント全般の比較の視点は、法務AIエージェントの比較と弁護士事務所での選び方にまとめています。

依頼者の契約書を法務AIに入れる前に決めること

事務所が預かる契約書は、依頼者の事業の中身そのものです。守秘義務の根拠は職種ごとに条文が分かれており、いずれも原文をe-Gov法令検索で確認できます。

弁護士については弁護士法第23条が、弁護士または弁護士であった者は、その職務上知り得た秘密を保持する権利を有し、義務を負うと定めています。司法書士については司法書士法第24条が、司法書士または司法書士であった者は、正当な事由がある場合でなければ、業務上取り扱った事件について知ることのできた秘密を他に漏らしてはならないと定めています。同法第3条は司法書士の業務を列挙しており、登記または供託に関する手続の代理、法務局等に提出する書類または電磁的記録の作成などが並びます。

決めておく事項は五つです。

一つ目は、入力の範囲です。契約書の全文を入れるのか、条項単位で入れるのか、当事者名を仮名化するのかを、案件の類型ごとに決めます。仮名化を挟むと工数が増えるため、どの類型で仮名化するかを線引きしておかないと、現場で判断がぶれます。

二つ目は、データの保存と分離です。ベンダー側にどのデータがどれだけ保持されるのか、案件ごとに分離されるのか、学習に使われるのかを、公式ドキュメントで確認し、確認日と版数を記録に残します。ベンダーの方針は改定されるため、日付のない記録は後から検証できません。

三つ目は、依頼者への説明です。委任契約書に、業務遂行の補助として法務AIを利用する旨と、入力する情報の範囲を書き込む方法が実務的です。依頼者が上場企業の場合、先方の情報管理規程との整合を求められることがあります。この論点は依頼者へのAI利用の説明と告知の実務で扱っています。

四つ目は、アクセス権の設計です。事務所ではパラリーガルや事務職員も文書に触れます。誰がどの案件のデータにアクセスできるかを、ツール側の機能で分離できるかを確認します。最小権限で組む考え方は、AIエージェントの権限管理と最小権限運用で整理しています。

五つ目は、日本弁護士連合会をはじめとする職能団体の公表資料との突き合わせです。日本弁護士連合会は生成AIの利用に関する注意事項を公表しており、事務所の規程を作るときは、こうした公表資料と自事務所の運用を並べて確認するところから始めると方向がぶれません。

なお、法務AIツールの提供が非弁行為との関係でどう整理されるかという論点は、弁護士法第72条をめぐって議論が続いている領域です。事務所が自らの業務の補助として使う場面と、ツール提供事業者が利用者に対して行う行為とでは、論点の立ち方が異なります。この点は弁護士法72条とAIリーガルテックの論点で整理しています。

導入でつまずく失敗パターン

一つ目は、試用期間に本番の案件を流さない失敗です。サンプル契約書だけで評価すると、事務所固有の書式や依頼者の業界特有の条項での挙動が分かりません。結論が確定した過去案件を使えば、守秘の範囲を保ったまま実際に近い検証ができます。

二つ目は、修正履歴を確認せずに採用してしまう失敗です。修正履歴付きで表示される設計は、確認を前提にした作りです。件数が増えると確認が形骸化しやすいため、確認の担当と時間を工程として確保しておかないと、設計の意図が消えます。

三つ目は、事務所の型を登録しないまま使い続ける失敗です。汎用の出力をそのつど直していると、担当者の作業は減りません。型を登録して繰り返す使い方に切り替えたところから、効果が出はじめます。

四つ目は、効率化の果実の行き先を決めていない失敗です。レビューにかかる時間が減ったとき、その時間を何に振り向けるかを決めていないと、単に手が空いただけになります。受任件数を増やすのか、レビューの深さを上げるのか、事務所として先に決めておきます。

五つ目は、依頼者側の意向の確認です。企業によっては、自社の契約書を外部のAIサービスに入力されることを望まないという方針を持っています。受任時のヒアリング項目に、AI利用の可否を一行加えておくと、後から差し戻しになる事態を避けられます。可としない依頼者の案件をどう回すかという代替手順まで決めておくと、現場が止まりません。

費用・工数・体制

費用は、法務向けのSaaSであるため利用者数に応じた年間契約が中心になります。公表されている定価が見当たらない製品も多く、見積もりを取ることが前提です。加えて、Wordアドインの利用にMicrosoft 365のライセンスが要る旨が公表資料に注記されているため、そこも費用の一部として見ておきます。

導入の工数は、試用の設計と検証に一週間程度、事務所の型の言語化に二日から三日程度、規程の整備に一日から二日程度が目安になります。もっとも重いのは型の言語化で、ここは有資格者の時間を使うほかありません。外注できない部分です。

体制としては、運用の持ち主を一人に固定します。契約管理、型の改訂、依頼者向け説明文の更新、アクセス権の棚卸しを一人に寄せたほうが、記録が揃います。事務所の規模が小さい場合、まず一名の試用から始めて、効果を測ってから広げる順序が無理がありません。

効果の測り方も先に決めておきます。契約書一件あたりのレビュー所要時間を、導入前の三か月ぶんについて案件記録から拾い、導入後の同じ類型の案件と比べます。ここで見るのは平均値だけではなく、時間のばらつきです。担当者によって所要時間が大きく違っていた事務所ほど、型を登録して回す効果が数字に出やすくなります。逆に、もともと所要時間が揃っている事務所では、時間より品質の指標、たとえば差し戻しの回数や依頼者からの追加質問の件数を見たほうが、変化を捉えられます。

エージェント型が法律事務所に問うもの

修正案を出すところまでではなく、本文への反映までを担う設計は、AIの役割が助言から作業へ広がったことを示しています。士業の側から見ると、これは自分たちの仕事のどこに価値があるのかを、あらためて言葉にする作業を求められているということでもあります。

残る論点は二つあります。一つは、確認工程の実質です。修正履歴を一件ずつ見て採否を決める前提の設計であっても、件数が増えれば確認は薄くなります。どれだけの件数までなら実質を保てるのかを、事務所として測っておく必要が出てきます。もう一つは、事務所の型そのものの価値です。型を登録して回す使い方が主流になるほど、型の質が事務所の差になります。ツールを入れたかどうかではなく、何を登録したかが問われる局面に入っています。

よくある質問

LegalOnアシスタントは契約書の修正まで自動で行うのですか

同社の公表資料によれば、修正案の検討から条文への反映までを一貫して実行できるとされています。ただし編集した部分は修正履歴付きで表示され、修正の根拠も提示される設計とされており、人が採否を判断する前提の作りです。

事務所のPDF契約書でも使えますか

公表資料には、本機能がWordアドインとWord for the web上で利用可能である旨が注記されています（LegalOn Technologies 公表資料）。PDFが主な事務所では、文書をWord形式にする工程が別途生じることになります。

依頼者の契約書を入力してよいかはどう判断しますか

まずベンダーのデータ取り扱いを公式ドキュメントで確認し、確認日を記録に残します。そのうえで、委任契約に利用の旨と入力範囲を書き込み、依頼者の同意を得る流れを作ります。守秘義務の根拠条文は職種ごとに置かれています（e-Gov法令検索）。

司法書士事務所でも導入する意味はありますか

契約書や書類の作成・点検の工程を多く抱えている事務所であれば、検討の余地があります。司法書士法第3条は業務として登記または供託に関する手続の代理などを列挙しており（e-Gov法令検索）、扱う書類の種類によって効き方が変わります。

導入社数の数字はどう読めばよいですか

同社は2026年8月4日に、グローバルで提供するProfessional AIサービスの有償導入社数が9,000社を突破したと公表しています（LegalOn Technologies 公表資料）。これはサービス全体の数字であり、国内の法律事務所での導入数を示すものではない点に留意が要ります。

試用ではどこを見ればよいですか

結論が確定している過去案件を数件流し、示された修正の根拠を担当者が読んで納得できるかを見ます。文章の巧拙ではなく、根拠の質と、取りこぼしの有無が判断材料になります。

導入前にやっておくとよいことはありますか

事務所のレビュー方針を文書にすることです。型が言語化できていない状態では、エージェント型のツールを入れても登録するものがありません。過去の修正履歴から共通方針を抽出する作業が、その入口になります。

参考文献

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

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。