現況基準:2026-10-22。 GitHub develop 1ceedfc27716 の実装・文書と、同日までの配備記録を区別して記載する。MCPはAIから外部の公開ノウハウを呼び出す接続方式。案件資料をLegal Nodeへ預ける仕組みではない。
登録された入口は疎通確認の ping と、ノウハウ4ツール(ask_legal_knowhow、get_legal_template、get_legal_folder_structure、ask_investigation_knowhow)。画面で示す7業務メニューはツールの本数ではない。7件は契約書関係、紛争系、法務DD、雛形取得、フォルダ構成取得、パワハラ(ベータ)、セクハラ(ベータ)。契約や権限のない項目も一覧に表示され得るが、表示は利用権限・公開素材・返却成功の保証ではない。
案件本文、会社名・人名、Matter ID、Drive URL、メールアドレスなどはMCPの query/context/prompt に入れない。入力を機械的にすべて検知できる保証はない。案件資料の読取・評価・文書作成は利用者側AIと担当者の管理下で行い、MCPから受けるのは一般化した観点・手順・公開済み素材だけ。法的結論・外部提出には弁護士等の所定確認を通す。
分野、契約類型、立場、成果物の選択を経て観点やGuideを受ける。Guideは質問フローと回答版の整合が重要。2026-10-22リリースではGuide C v6/R v4のseed成功およびNDA経路の限定した実ホスト記録があるが、すべての契約類型・Word出力の実ホスト確認ではない。雛形本文の返却、利用者側AIによる文書生成、条件付きファイル配信は別の段階。get_legal_template の利用権限・公開版・配信条件を確認する。
法務DDは公開済みの観点・手順を受け、資料照合、QA、報告書、SPA論点整理は利用者側で行う。民事訴訟は成果物→請求類型→立場等、裁判外交渉も成果物と類型・立場の選択を進める。事実・証拠、請求への対応、和解意向、交渉方針は利用者側で確認し、守秘情報をMCPへ送らない。生成した書面は所定の文書検査と弁護士レビューを通す。
ハラスメント社内調査は専用ツール、個別権限、誓約ゲートに従う。answered/needs_user_input/not_entitled/not_supported の状態と reason を読み、拒否を利用者側の推測で迂回しない。事件性が出たら弁護士判断へ切り替える。公開境界