契約書作成・電子契約締結 ContractS コントラクツ

契約業務改善 ガイドをダウンロード

契約業務改善ガイドダウンロード

ノウハウ 法務が「AIを使う人」から「つくる人」になる時代|スキル化とSECIモデルで契約業務の暗黙知を組織資産にする

投稿日:2026年06月11日

法務が「AIを使う人」から「つくる人」になる時代|スキル化とSECIモデルで契約業務の暗黙知を組織資産にする

法務が「AIを使う人」から「つくる人」になる時代|スキル化とSECIモデルで契約業務の暗黙知を組織資産にする

法務のAI活用は「使う」段階を越えつつある

ここ数年で、法務部門の生成AI活用は「試してみる」段階から「日常的に使う」段階へと完全に移りました。契約書の下読み、要約、自社ひな型との差分比較、社内説明資料の作成——こうした作業に、ChatGPTやClaudeといった汎用AIを日常的に使っている法務担当者は珍しくありません(Claudeを契約レビューに使う実務とその限界はClaudeで契約書レビューはどこまでできる?AI活用の実務と注意点で詳しく整理しています)。

しかし、いま起きつつある変化は「AIを使えるようになった」ことではありません。その先にある、「AIエージェントに業務そのものを任せる」段階への移行です。毎回プロンプトを打って指示するのではなく、定型業務の手順をAIに覚えさせ、複数ステップの仕事をまとめて任せる。そうなると、決定的に重要になる問いが一つ生まれます。

それは、「誰がAIに業務を教えるのか」という問いです。

本記事では、この問いを起点に、法務の役割が「AIを使う人」から「AIをつくる人(構築者)」へと変わっていく流れと、その実践の中心になる「スキル」という考え方、そしてそれを組織の知識へと積み上げるための理論的な見取り図を解説します。

法務の役割のパラダイムシフト:提供者→構築者→ユーザーへ

これまでのSaaS活用の世界では、登場人物はシンプルでした。システム提供者(ベンダー)が機能をつくり、顧客(ユーザー)がそれを使う——この2者の関係です。法務はメインユーザーとして、ベンダーが用意した機能の範囲で業務を効率化してきました。プロダクトの良し悪しは、ベンダーがどれだけ良い機能をつくれるかにかかっていました。

AIエージェントの時代には、ここに「構築者」という第三の役割が挿し込まれます。関係は「提供者 → 構築者 → ユーザー」の3層になります。

観点 これまで(SaaSの活用) これから(AIエージェントの活用)
関係構造 提供者 → 顧客(ユーザー)の2者 提供者 → 構築者 → ユーザーの3者
構築者は誰か SaaSベンダー 業務知識を持つ人(法務などのバックオフィス)
ベンダーの役割 機能そのものを作り込んで提供する 良質なデータベースと、構築者に有用なツール(MCP)を提供する
法務の役割 用意された機能を使うメインユーザー 業務知識をAIに与え、エージェントを設計する構築者
ユーザー(事業部・交渉担当) 機能を使う側 使ってみた改善点を構築者にフィードバックする側

この構造変化のポイントは、「業務をどうすれば正解かを判断できる人」が、AIエージェントの設計者になるという点です。契約業務でその判断ができるのは、ほかでもない法務です。つまり、これからは法務がAIに業務を教える側に回ります。ベンダーは万能の機能を作り込む存在ではなく、構築者が業務知識を注ぎ込むための「土台」を提供する存在へと位置づけが変わります。

スキルの正体:コードではなく「自然言語の法務・契約業務マニュアル」

「AIに業務を教える」と聞くと、プログラミングやシステム開発のような専門スキルが必要に思えるかもしれません。しかし、その心配は要りません。AIエージェントに業務を教える手段の正体は、自然言語で書く業務マニュアルです。これを一般に「スキル」と呼びます(Claudeの「スキル」機能などがその代表例です)。

スキルとは、ごく平たく言えば、AIのための手順書です。次のような特徴を持ちます。

  • コードではなく、自然言語で書く。 「いつ・何を・どうやるか」を、日本語の文章で書きます。プログラミングの知識は要りません。マニュアルを書ける人なら、誰でも書けます。
  • 判断の基準や参照資料を同梱できる。 手順書だけでなく、自社のひな型、レビューのチェックリスト、条項の判断基準(プレイブック)といった資料を、同じスキルの中に束ねておけます。AIは仕事のたびにそれを参照します。
  • 再利用できる資産として残る。 その場限りのプロンプトと違い、スキルは「次も同じ品質で動く手順」として残ります。一度書けば、何度でも、誰でも、同じ仕事をAIに任せられます。

ここが、単発のプロンプトとの決定的な違いです。プロンプトは、その場で考えてその場で消えてしまう「口頭の指示」に近いものです。一方スキルは、組織に残る「文書化された業務手順」です。法務の世界で言えば、ベテランの頭の中にある段取りを、誰が見ても再現できるマニュアルに落とし込む作業に近いと言えます。

SECIモデルで捉える:暗黙知を組織の知識に変える

なぜ、いまこの「スキルを書く」という営みが重要になるのでしょうか。それを理解するのに役立つのが、経営学者・野中郁次郎氏が提唱したSECIモデルです。組織の知識が「暗黙知」と「形式知」のあいだを循環しながら積み上がっていく過程を、4つのモードで説明した理論です。

モード 知識の動き 意味 法務での例
共同化(Socialization) 暗黙知 → 暗黙知 一緒に仕事をして感覚を共有する ベテランの横で案件対応を見て学ぶ
表出化(Externalization) 暗黙知 → 形式知 暗黙知を言葉や図に書き出す レビューの判断手順をスキルに書く
結合化(Combination) 形式知 → 形式知 形式知を組み合わせて体系化する 複数のスキルを束ねて配布する
内面化(Internalization) 形式知 → 暗黙知 形式知を使い込んで身体化する チームで使い込み、新しい気づきが生まれる

この4つは循環します。誰かが使い込んで得た新しい気づき(暗黙知)が、また次の表出化の材料になり、組織の知が螺旋状に積み上がっていく——これがSECIモデルの考え方です。

注目すべきは、4つのうち「表出化」と「結合化」が、これまで実践のとても難しいモードだったという点です。ベテランの頭の中にある判断を文章に書き起こす(表出化)のは骨が折れますし、書いたところで、それを束ねて全員が使える形に配る(結合化)仕組みもありませんでした。結果として、せっかく言語化したマニュアルが「書いたきり読まれないドキュメント」になりがちでした。

AIエージェントは、この状況を変えます。書いたスキルがそのままAIの動きになり、しかも組織に配って全員で使えるからです。書く手間が報われ、書いたものがすぐ価値を生む。だからこそ、これまで滞っていた表出化と結合化が一気に加速します。スキルを書くという営みは、SECIモデルの観点から見れば、組織の知識を回す歯車そのものなのです。

「構築者」になるのは、契約業務・法務業務を分かっている人

ここまでの話を一言でまとめると、こうなります。AIに業務を教えられるのは、「どうなっていれば正解か」を判断できる人だけだ、ということです。

AIエージェントは、手順を与えれば忠実に実行します。しかし「この契約のこの条項を、自社として受け入れてよいかどうか」という判断の基準そのものは、AIにはつくれません。それを持っているのは、業務知識のある人——契約業務で言えば法務です。

これまで法務の判断の多くは、暗黙知のまま個人の頭の中に留まっていました。「あの取引先には前回この条件でOKを出した」「この論点は経営層がなんとなく嫌がる」「ベテランが見れば分かる地雷」——こうした言語化されていない知識が、レビュー品質を左右してきました。これらを言葉にしてスキルに書き出すことが、まさに表出化であり、構築者としての法務の仕事になります。

つまり、スキルづくりは法務の新しいコア業務であり、組織の競争力に直結するということです。AIをどれだけ賢く使うかではなく、自社の判断知をどれだけ良いスキルに落とし込めるか。そこで差がつく時代に入りつつあります。

土台になるのは「開かれたツール(MCP)」と「集約されたデータベース」

もっとも、法務が構築者として機能するには、前提となる「土台」が必要です。具体的には、次の2つです。

ひとつは、AIと社内システムをつなぐ共通規格「MCP」です。 MCP(Model Context Protocol)は、AIと外部システムをつなぐための共通規格で、Anthropic社が2024年末に公開し、業界標準になりつつあります。MCPに対応していれば、AIエージェントは契約データ、法令検索、社内のチャットやドキュメントといった「外の世界」にアクセスし、ユーザーの意図に合ったツールを自分で選んで操作できます。スキルが「業務の手順」だとすれば、MCPは「AIが実際に手を動かすための接続口」にあたります。

もうひとつは、契約データを集約しておく場所、すなわちCLM(契約ライフサイクル管理)です。 どんなに良いスキルを書いても、AIが参照すべき契約データがあちこちに散らばっていては、判断の前提が揃いません。契約の正本が1か所に集約され、そこにAIがアクセスできて初めて、構築者が書いた手順が活きてきます。

ここで重要になるのが、AIを特定のベンダーに固定しないという発想です。AIモデルの進化は速く、いま最適なモデルが来年も最適とは限りません。CLM製品に内蔵された単一のAIに縛られてしまうと、構築者が「より良いAIを選ぶ」自由を失い、ベンダーロックインに陥ります(この論点はベンダーロックインを避ける法務のAI活用の考え方|Open CLMという新常識で詳しく解説しています)。

そこで土台としてふさわしいのが、オープン型CLMという考え方です。契約データの正本管理はCLMに一元化しつつ、レビューや要約を担うAIは自社で自由に選び、MCPで接続する。データは一元・AIは分散・使い手は自由、という設計です。汎用AIが契約業務をどう変えていくのかという全体像はAIとChatGPTは契約業務をどう変える?実務での活用法と注意点を解説もあわせてご覧ください。一例として、ContractS CLMはこのオープン型の設計思想を採用し、普段使っている汎用AIを契約データに対してそのまま動かせる仕組みを提供しています。

まとめ:法務は「使う人」から「つくる人」へ

AIエージェントの時代に法務に起きる変化は、ツールが一つ増えることではありません。役割そのものが「AIを使う人」から「AIをつくる人(構築者)」へと変わるという、より大きな転換です。

その実践の中心にあるのが、自然言語で書く業務マニュアル=スキルです。法務が持つ判断知を言葉にして書き出す(表出化)、それを束ねて組織で配る(結合化)。SECIモデルが示すこの循環が、AIエージェントによって一気に回しやすくなりました。スキルはコードと同じく「育てる資産」であり、それを組織で積み上げられるかどうかが、これからの法務の競争力を決めます。

そしてその土台になるのが、AIと社内システムをつなぐMCPと、契約データを集約しつつ使うAIは選べるオープン型CLMです。「AIは選び、契約は1箇所に集める」——この設計のうえに、法務が構築者として自社の判断知をAIに教え続けることが、契約業務を組織の資産に変える鍵になります。


本記事はContractS株式会社のコンテンツマーケティングチームが、企業の法務・管理部門向けに執筆したものです。AIエージェントやスキルの導入にあたっては、必ず自社の業務特性・セキュリティ要件・リスク許容度に応じて検討してください。本記事はリーガルアドバイスではありません。

著者名

ContractS編集部

ContractSは、契約プロセスの構築や契約管理・案件管理を通じて、契約業務を最適化するシステム「ContractS CLM」を開発・販売しています。大企業から中小企業、スタートアップまで、幅広い企業の契約業務改善を支援してきた実績があり、そのコンサルティング経験を活かして、契約業務に関わる読者が参考にできる情報を発信しています。