LegalBrainのMCPコネクタとは、Claudeから法務AIの調査機能を呼び出す接続口のことです。

法令や裁判例を根拠付きで返す法務AIが、Claudeの中から呼べるようになりました。便利さの裏で、事務所のSlackやGoogle Driveと同じ画面でつながる点が、守秘義務の設計を難しくします。本記事では、弁護士ドットコムが発表したLegalBrainエージェントのClaude向けMCPコネクタを材料に、法律事務所が接続の前に決める判断軸を7つに整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、製品の内容は同社のプレスリリースで確認しています。同社は2026年9月16日、LegalBrainエージェントのClaude向けMCPコネクタの提供開始を発表しました（出典：PR TIMES 弁護士ドットコム株式会社）。

発表された内容 公表資料から確認できる範囲

最初に、プレスリリースに書かれている事実だけを整理します。同社は、統合型の法務AIエージェントであるLegalBrainエージェントについて、Claude向けのMCPコネクタを提供開始したと発表しました。同社は、国内のリーガルテック事業者として初めてClaudeのコネクタディレクトリに掲載されたと説明しています（出典：PR TIMES 弁護士ドットコム株式会社）。

参照できる情報として、日本の法令、裁判例、ガイドライン、法律専門書、BUSINESS LAWYERSの記事が挙げられ、回答には根拠箇所が付されると案内されています。Slack、Notion、Google Driveといった他のMCPコネクタと組み合わせて、Claudeの中で複数の作業を1つの依頼にまとめられる点も、特長として示されています。対象は企業の法務部門と法律事務所で、利用にはLegalBrainエージェントの契約が必要とされています。導入の手間については、複雑な初期設定やパソコンへのソフトのインストールは不要で、Claudeのコネクタ一覧から選んで認証すれば連携できると説明されています。

ここで、公表資料から読み取れない点を整理します。料金は記載がありません。入力した内容がモデルの学習に使われるか、ログがどこに保管されるか、依頼内容がLegalBrain側にどう渡るかといったデータの取り扱いも、プレスリリースの範囲では確認できません。回答の精度や、根拠として参照する範囲の更新頻度も記載がありません。これらは、導入を検討する事務所が同社に直接確認する事項です（要確認）。

また、連携できる他のコネクタの例として挙がっているSlackやGoogle Driveは、事務所の日常の業務情報が集まる場所でもあります。法務AIの調査機能と、事務所の内部情報が同じ画面で扱えるという設計は、生産性の面では魅力ですが、情報の混在という面では、事前の設計を求めます。この点が、判断軸の中心になります。

MCPコネクタの仕組みと公式の注意書きを確かめる

接続の前に、コネクタの仕組みを確認しておきます。Anthropicのヘルプでは、Team、Enterpriseのプランでは、オーナーが組織の設定からコネクタを追加し、メンバーはそれぞれ認証して使い始めると案内されています。Pro、Maxのプランでは、ユーザーが自分の設定から直接追加できます（出典：Anthropic ヘルプ カスタムコネクタの利用開始）。

同じページには、注意書きがあります。信頼する組織が構築し運用するサーバーにのみ接続すること、悪意あるサーバーが意図しない動作をさせる隠れた指示を含み得ること、サーバーの開発者がツールの動作を予告なく更新し得ること、認証時にサーバーが要求する権限を確認することが挙げられています。今回のコネクタは、ディレクトリに掲載されたものですが、接続する側が権限を確認する工程は、変わらず残ります。

事務所のプランによって、誰が接続を決められるかが変わる点も見落とせません。個人向けのプランでは、各人が自分で追加できるため、事務所として把握していない接続が生じ得ます。Team以上のプランで、オーナーが追加を管理する運用と、個人向けプランを混在させる運用では、統制の強さが異なります。MCP接続の審査項目は、MCP接続のセキュリティ要件 事務所が審査する7つのチェック項目で整理しています。

さらに、Claude側の設定と、LegalBrain側の設定は、別々に管理される点も、確認の対象です。Claudeで許可した権限と、LegalBrainのアカウントで見られる範囲は、それぞれ別の画面で決まるため、両方を点検する必要があります。

弁護士の守秘義務とコネクタの接続 条文で確かめる

法律事務所にとって、最大の論点は守秘義務です。弁護士法第23条は、弁護士又は弁護士であつた者が、その職務上知り得た秘密を保持する権利を有し、義務を負うと定めています。ただし、法律に別段の定めがある場合は、この限りでないともしています。

この条文を、AIとの接続にどう当てはめるかは、事案ごとの整理が必要で、本記事では判断しません。押さえておくのは、判断の入口です。依頼者の秘密が、LegalBrainに渡るのか、Claudeに渡るのか、それぞれの事業者でどう保管されるのか。プレスリリースには、この点の記載がありません。したがって、事務所としては、契約の条項とデータの流れの図を、書面で確かめる工程が先に来ます。

守秘義務の外側に、利益相反の確認との関係もあります。弁護士法第25条は、弁護士が職務を行つてはならない事件の類型を定めています。SlackやGoogle Driveのように、事務所の複数の案件の情報が集まる場所とAIを接続すると、案件の情報を横断して参照できる状態になり得ます。案件ごとの閲覧範囲の分離が、コネクタ経由でも保たれるかは、事務所の運用として点検する論点です。

個人情報の観点では、個人情報保護法第27条が、個人情報取扱事業者が、あらかじめ本人の同意を得ないで個人データを第三者に提供してはならないと定めています（例外が列挙されています）。依頼者や相手方の個人データを含む入力が、この規定との関係でどう整理されるかは、契約の構成とサービスの提供形態に左右されます。個人情報保護委員会の公表資料などで、個別に確認する論点として残します。

接続を検討する7つの判断軸

ここから、判断軸を7つに整理します。前提は、弁護士3名と事務職員2名の法律事務所で、企業法務と一般民事を扱い、Claudeの導入を検討している場面です。（参考文献参照）

1つ目は、接続の決定権限です。Team以上のプランでオーナーが管理するのか、各人が追加できる運用にするのかを決めます。事務所の情報管理の責任者を、1人決めておきます。（参考文献参照）

2つ目は、データの流れの確認です。ユーザーの入力が、Claudeを経由して、LegalBrainにどう渡るかを、両社の資料と契約書で確認します。プレスリリースに記載がないため、書面での問い合わせが必要な事項です（要確認）。

3つ目は、学習利用と保管です。AnthropicはTeam、Enterprise、APIの商用製品について、デフォルトでは入力と出力をモデルの学習に使わないと案内しています（出典：Anthropic Privacy Center）。LegalBrain側の扱いは、同社への確認事項です。

4つ目は、併用するコネクタの範囲です。プレスリリースはSlack、Notion、Google Driveとの組み合わせを例示していますが、事務所として、どのコネクタと組み合わせてよいかを、明示的に決めます。最初は、LegalBrain単独で始め、他のコネクタとの併用は、確認の後に段階的に広げる方法があります。

5つ目は、案件ごとの分離です。利益相反の確認や、担当外の情報へのアクセス制限が、AI経由でも保たれるかを点検します。

6つ目は、出力の検証工程です。根拠箇所が付された回答であっても、根拠の実在と、内容の一致を、人が原典で確認する工程を残します。この工程の設計は、米国連邦地裁のAI架空判例事件 弁護士が組む引用検証7つの手順で扱っています。

7つ目は、費用対効果と代替手段です。料金が公表されていないため、見積もりを取ったうえで、従来の調査にかかる時間との比較を、事務所の実測で行います。既存のリーガルリサーチの手段との重複も、あわせて確認します。

次に、プロンプト例を2本示します。どちらも、架空の設定で使う下書きです。依頼者の情報は入力しません。

あなたは法律事務所の調査補助です。
以下は架空の企業法務の調査依頼です。

- 論点: 架空の業務委託契約における再委託の扱いの確認
- 使う資料: 一般に公開されている法令と裁判例のみ
- 依頼者の氏名や具体的な事情は入力していません

調査の切り口を3つに分け、それぞれについて確認すべき法令の分野と、裁判例を探す際の検索語を挙げてください。
結論は断定せず、担当弁護士が原典で確認するための手がかりとして出力してください。
出力に含まれる根拠は、すべて原典で確認する前提です。

あなたは法律事務所の情報管理担当の補助です。
AIコネクタの導入検討にあたり、ベンダーに確認する質問リストを作ってください。

- 観点: 入力データの学習利用、保管場所、ログの保存期間と取り出し方、他のコネクタとの併用時のデータの流れ、契約終了時のデータの扱い、サブプロセッサーの有無
- 対象は架空のC法律事務所です
- 各質問は1文で、回答を書面で受け取る前提の書き方にしてください
- 断定的な評価は書かない

出力は、観点ごとに質問を1つずつ並べてください。

段階的に始めるパイロットの設計

接続の判断を、いきなり全案件へ広げず、段階を踏んで進める方法があります。ここでは、3つの段階に分けた設計を整理します。

第1段階は、依頼者の情報を一切使わない調査です。公開されている法令や裁判例に関する一般的な論点を題材にし、LegalBrainの回答が、根拠箇所とともにどう返ってくるかを観察します。この段階の目的は、回答の形式と、根拠の示され方を理解することです。根拠として示された条文や裁判例を、担当者が原典で開き、内容が一致しているかを確認します。一致しなかった例は、記録に残します。

第2段階は、匿名化した事案を使う調査です。過去に終結した案件を、依頼者が特定できないよう、事実関係を抽象化して入力します。抽象化の程度が不十分だと、依頼者が推測できる場合があるため、抽象化した内容を、担当弁護士が入力の前に確認する運用が考えられます。この段階では、従来の調査との比較が中心になります。

第3段階は、進行中の案件での利用です。この段階に進むかどうかは、第1、第2段階の結果と、ベンダーへの確認事項の回答を踏まえて、事務所として判断します。進行中の案件で使う場合は、依頼者への説明と同意の取得を、先に済ませておく運用が考えられます。

各段階の移行の判断は、担当弁護士だけでなく、事務所の情報管理の責任者も加わって行います。移行の判断の記録は、会議の記録として残し、後日、判断の経緯を示せるようにします。

導入後の点検と、接続の棚卸し

接続は、開始した後の管理が、守秘義務の観点では重要です。導入後の点検の項目を整理します。

1つ目は、接続している一覧の点検です。事務所のアカウントで、どのコネクタが接続されているかを、定期的に確認します。使っていないコネクタや、担当者が退職した後も残っている接続は、外します。退職者のアカウントの扱いは、退職者のAIアカウントを止める7工程 顧問先データの遮断と引継ぎでも扱っています。

2つ目は、権限の再確認です。接続時に許可した範囲が、現在の業務に合っているかを見直します。案件が終結したフォルダへの権限が残っていないかも、点検の対象です。

3つ目は、ログの点検です。取り出せるログがある場合は、どの案件で、どの機能が使われたかを、定期的に確認します。ログの保存期間と取り出し方は、事前のベンダーへの確認で押さえておく項目でした。

4つ目は、仕様変更の把握です。事業者からの通知や、公式の資料の更新を、担当者が追い、事務所の運用への影響を評価します。仕様が変わった場合は、規程の該当箇所を見直します。

これらの点検は、年に一度の大きな見直しに加えて、四半期ごとなどの短い間隔で行うと、状態のずれを早く見つけられます。点検の記録は、事務所のAI利用の台帳に残し、依頼者から質問を受けたときの説明の材料にします。

規程と依頼者への説明に落とす

判断軸を、事務所の規程と依頼者への説明に落とす場合の項目を整理します。

規程に書く項目の候補は、接続を認めるコネクタの一覧、追加の承認者、依頼者情報の入力に関する範囲、案件ごとの閲覧範囲、出力の確認者、ログの保存と点検の頻度です。ここに挙げたのは運用例であり、文言は事務所の実情に合わせて決めます。日弁連の会長談話が示した人の関与の考え方は、日弁連会長談話が示したAI時代の民事司法 弁護士事務所が置く7つの線引きで整理しています。

依頼者への説明では、AIを補助的に使うこと、依頼者の秘密が入力される場合はその範囲と保管の扱い、最終的な判断は弁護士が行うことを、委任契約や説明資料に書いておく方法があります。企業の依頼者は、外部AIサービスの利用に関する独自の規程を持つことがあるため、案件の開始時に確認する工程も置きます。

法務省が公表したAIの新指針と有識者検討会については、法務省がAI新指針と有識者検討会設置を発表 4士業が読む7つの論点で扱っています。制度面の動きも、規程の見直しの折に確認しておくと、抜けが出にくくなります。

接続で起こりがちな失敗例と回避策

失敗例の1つ目は、個人向けプランのアカウントで、事務所の担当者がコネクタを接続してしまうケースです。事務所が把握しない経路でデータが流れ得ます。回避策は、事務所として使うプランと、接続を追加できる権限者を決め、個人アカウントでの業務利用を、規程で整理することです。

失敗例の2つ目は、併用するコネクタの権限が広すぎるケースです。Google Drive全体への読み取り権限を渡すと、関係のない案件のファイルにも、AIが触れられる状態になります。回避策は、接続する範囲を、必要なフォルダに絞り、認証時に要求される権限を、実際に読んで判断することです。

失敗例の3つ目は、根拠付きの回答を、そのまま信用してしまうケースです。根拠箇所が示されていても、内容が原典と一致しているかは、別の確認です。回避策は、引用された条文や裁判例を、原典で開いて確認する工程を、事務所の手順として置くことです。

失敗例の4つ目は、製品の仕様変更に運用が追いつかないケースです。公式の注意書きも、サーバーの開発者がツールの動作を更新し得ることに触れています。回避策は、事業者からの更新の通知を受ける窓口を決め、通知があった際に、事務所の運用への影響を点検することです。

費用・工数・体制の見立て

料金は公表されておらず、本記事では金額を推測で示しません。LegalBrainエージェントの契約が利用の条件とされているため、既に契約している事務所か、新たに契約する事務所かで、追加の費用は異なります。同社への確認事項です。

パイロットの工数は、選ぶ案件の数と種類に左右されます。最初は、依頼者の情報を含まない、一般的な法令の調査から始め、従来の調査の手順と結果を比べる方法があります。これは、依頼者の秘密を扱わずに評価できます。

体制としては、導入責任者を弁護士の中から決め、事業者への確認事項の窓口を一本化します。事務職員への教育は、接続してよい範囲と、出力の検証工程の2点に絞ると、短い時間で伝えられます。

今後の展望と独自考察

今回の発表は、法務のAIが、専用の画面から、汎用のAIの中の部品へと移っていく流れの一例です。事務所にとっては、使うAIを選ぶ判断から、どの接続を許すかを決める判断へと、論点が移っていきます。

論点になるのは、次の3点です。1つ目は、汎用のAIと専門のAIの間で、依頼者の情報がどう受け渡されるかを、事務所がどこまで把握できるか。2つ目は、コネクタが増えるほど、事務所の情報の境界が曖昧になること。3つ目は、根拠付きの回答が普及したとき、弁護士が原典を確認する工程を、どう維持するかです。回答が便利になるほど、確認を省く誘因も強まるため、確認の工程を事務所の手順として固定しておく意味が増します。

よくある質問

Q. LegalBrainのコネクタは、どの事務所でも使えますか。
A. プレスリリースでは、利用にLegalBrainエージェントの契約が必要とされています。対象は企業の法務部門と法律事務所です。料金や契約の条件は記載がなく、同社への確認事項です（要確認）。

Q. 依頼者の情報を入力しても、学習に使われませんか。
A. Claude側は、商用製品でデフォルトでは学習に使わないと案内されています。LegalBrain側と、両者の間のデータの流れは、プレスリリースに記載がないため、書面で確認してください（要確認）。

Q. 守秘義務の条文は、どこを見ればよいですか。
A. 弁護士は弁護士法第23条が、職務上知り得た秘密を保持する権利と義務を定めています。個別の入力が守秘義務との関係でどう整理されるかは事案によるため、本記事では判断していません。

Q. SlackやGoogle Driveと併用してもよいですか。
A. プレスリリースは併用を例示していますが、事務所として何を許すかは規程で決める事項です。最初は単独で始め、確認の後に段階的に広げる運用が考えられます。

Q. 根拠付きの回答は、確認しなくてもよいですか。
A. 根拠箇所が示されていても、内容が原典と一致しているかは別の確認です。原典で開いて確かめる工程を残す運用があります。

Q. 接続の可否は誰が決めますか。
A. Teamなどのプランでは、オーナーがコネクタを追加する仕組みが案内されています。事務所として、権限者を決めておく方法があります。

参考文献

• PR TIMES 弁護士ドットコム LegalBrain エージェント Claude向けMCPコネクタを提供開始
• Anthropic ヘルプ カスタムコネクタの利用開始
• Anthropic Privacy Center
• e-Gov法令検索 弁護士法
• e-Gov法令検索 個人情報の保護に関する法律

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