公開日 ・ 約14分で読めます
MCPとは。経営者が自社ツールをAIにつなぐ実例と線引き
MCP（Model Context Protocol）とは、AIと自社の業務ツールをつなぐための共通の差し込み口です。Anthropicが2024年11月に公開した接続規格で、AI側と道具側がこの規格に合わせておけば、AIが自社のタスク管理や配信基盤を直接読み書きできるようになります。本記事のMCPはこのAI用語で、マイクロソフトの資格や除草剤の同名とは別物です。
結論から書きます。経営者が決めるべきは「どの道具をつなぐか」より先に「どこまでつながないか」です。僕はAIVESTという会社を経営しながら、自作のタスク管理アプリ、マーケ配信基盤、ナレッジ検索、LINE配信、YouTube分析をAIにつないで毎日回しています。その実例と、読み取り・書き込み・送信公開の3段階で線を引く実運用を、2026年8月時点の公式情報とあわせて書きます。
MCPとは何か。AIと自社ツールをつなぐ共通の差し込み口
公式の定義を経営者の言葉に置き換える
公式サイト（modelcontextprotocol.io）は、MCPを「AIアプリケーションを外部システムに接続するためのオープンソース標準」と定義し、USB-Cにたとえています（2026年8月29日確認）。仕様の初版は2024年11月5日、現行版は2026年7月28日版です。対応するAI側の例として、Claude、ChatGPT、VS Code、Cursorが挙げられています。
経営者向けに言い換えると、MCPは「AIと道具の間の共通コンセント」です。以前は道具ごとに専用の配線が必要で、AIが変わるたびに配線もやり直しでした。共通の差し込み口が決まったので、道具側に受け口を1つ付ければ、対応するAIならどれからでも同じように使えます。
つなぐ前と後で、仕事の何が変わるか
つなぐ前のAI活用は「AIに聞いて、答えを自分で道具に貼り付ける」までです。つないだ後は「AIが道具の中身を読み、必要なら書き込む」までAIの側で完結します。変わるのは、管理画面を開いてから始まる仕事の量です。僕の場合、タスクの登録や配信文の修正は、管理画面を開かずにAIとの会話で終わるようになりました。
MCPサーバーとは。自社の道具側に付ける受け口で、AIから何ができるようになるのか
MCPサーバーが提供する3つ。動かす・読む・型
MCPサーバーとは、自社の道具側に付ける受け口のことです。専用の機械を買う話ではなく、道具の側でAIからの注文を受け付ける窓口だと捉えてください。窓口が提供するものは、仕様上3種類に整理されています。
動かす（tools）: 「タスクを作る」「配信文を更新する」のように、AIが道具に対して実行できる操作
読む（resources）: 「今週の申込者一覧」「未完了タスク」のように、AIが道具から読み取れるデータ
型（prompts）: 「会議メモからタスクを抽出する手順」のように、道具側が用意した頼み方の雛形
経営判断に関係するのは、ほぼ「動かす」と「読む」の2つです。どの操作を動かせて、どのデータを読めるかの一覧が、そのままAIに渡す権限の一覧になります。
誰が受け口を用意するのか。公式・自作・第三者の3パターン
受け口の入手経路は、ツールの公式提供、自作、第三者の公開サーバーの3つです。公式提供ならつなぐ作業は数分ですが、使える範囲は公式が決めた分だけ。自作なら範囲を自分で決められます。公式の受け口があるかは、マニュアルに「MCP」の項目があるかで分かります。
なぜ経営者がMCPを知る必要があるのか。「AIに聞く」から「AIに自社の道具を動かしてもらう」へ
主戦場は、管理画面を開いてから始まる仕事
経営者がAIに期待する仕事の多くは、実は「文章を考える」ことではなく、その後に続く「管理画面を開いて、探して、入力して、確認する」作業です。MCPはこの後半を消す技術です。経営者の道具が丸ごとAIにつながる状態は、2026年にはもう特別な話ではなくなっています。
「どこまで許すか」はエンジニアではなく経営者が決める仕事
一方で、つなぐ技術より判断のほうが遅れています。社内にAIを入れた現場の一次の声として、次のような投稿がありました。
ルールを作れる人がいない。ガイドラインも、MCPをどこまで許すかという線引きも、これからです。（2026年8月8日のX投稿より引用。出典節参照）
僕の答えは明確で、線引きはエンジニアの仕事ではなく、経営者の仕事です。どの道具をAIに読ませ、どの操作を任せるかは権限の話であって、技術の話ではないからです。技術者に丸投げすると「できること」が基準になり、「任せてよいこと」が基準になりません。
僕が実際にAIへつないでいる自社ツール群
僕が2026年8月時点で、AI（主にClaude Code）に日常的につないでいる道具を並べます。金額や顧客データは書きませんが、何をつないで何が変わったかは全部書きます。受け口の種類でいうと、自作（タス助・ナレッジ検索・LINE配信・YouTube分析）、公式MCP（UTAGE）、第三者の公開サーバー（Figmaのデザイン読み取り、ブラウザ操作）の3つです。
タス助。3つのワークスペースをAIから直接読み書きしている
タス助（tasuke.app）は、僕が自社向けに作ったタスク管理アプリで、受け口も自分で付けました。2026年8月時点で3つのワークスペースを別々に接続していて、1接続あたり約100の操作がAIから呼べます。「会議メモをタス助に送ってタスク化して」といった会話で使い、承認だけは僕が内容を見てから指示します。
実測から学んだこともあります。2026年6月5日の検証で、未完了タスクだけの一覧をAIに読ませたところ、約7万5千字（2,750行）になり、AIが一度に扱える文字量を超えました。読み取り系なら安全というだけでなく、「必要な項目だけを読ませる」設計まで含めて初めて実用になります。
UTAGE。公式MCPで申込集計と配信文の修正が会話で終わる
マーケ配信基盤のUTAGEは、提供元の株式会社Fountainが2026年4月4日にAPIとMCPを一般公開したと報じられています（公式マニュアルでは2026年8月時点でβ版機能の表記）。
僕の接続環境では、UTAGEの公式MCPだけで約160の操作がAIの道具一覧に並びます（2026年8月29日に数えた実数）。実際に使うのは、セミナー回の申込者数の集計、ステップ配信の文面修正、ファネルのページ作成あたりです。以前は管理画面で数字を拾って表に貼っていた作業が、「今日の申込状況をまとめて」で終わります。
自作ナレッジ・LINE配信・YouTube分析。無いなら自分で受け口を付けた
自作ナレッジは過去の勉強会録画や講座の文字起こしを横断検索する仕組みで、作り方は社内ナレッジをAIで検索する仕組みの記事に書いています。LINE配信は経緯が象徴的で、2026年3月の時点で、僕が知る主要なLINE配信ツールにはMCPの受け口がありませんでした。だから待たずに、受け口を同梱したLINE配信の仕組みを自分で作りました。YouTube分析も自作サービスにMCPをつなぎ、毎朝AIが競合の動きを拾う形で定時に回しています。内製の考え方は自作ツール内製の記事に書きました。
つないで一番変わったのは速さより「管理画面を開く回数」でした。開かない日が増えると、その道具に張り付いていた時間がそのまま浮きます。
「MCPがあれば全部できる」は誤解。MCPに無い機能はブラウザ自動操作で補っている実態
公式MCPは「対応した範囲だけ」の差し込み口
MCPは万能の接続口ではなく、提供元が受け口に含めた操作だけが使えます。UTAGEの例でいうと、ファネル（申込までのページの流れ）の作成や更新はMCPにありますが、ファネルを「グループ」に整理する機能は、僕の接続環境で確認した範囲では2026年8月時点でMCPにありません。管理画面でしかできない操作です。
僕の環境では、UTAGEのファネルのグループ整理をブラウザ自動操作（ログイン済みのブラウザをプログラムで動かす方式）で補っています。2026年6月13日に、全28ファネルのうち画面で並び替えできる27件を7つのグループに一括で整理しました。MCPだけで完結すると思っていると、こういう「最後の一手」で手作業に戻ります。
見分け方と、補い方の順番
つなぐ前に、その道具の「MCPでできる操作の一覧」を見ます。一覧に無い操作は無いものと考えてください。補い方は、公式MCP、自作の受け口、ブラウザ自動操作（壊れやすいので頻度の高い定型操作に限る）、手作業の順です。「全部つなぐ」を目標にしないことが、結果として一番速く進みます。
どこまでつなぐか。読み取り・書き込み・送信公開の3段階で線を引く僕の実運用
3段階の定義
僕はAIに渡す操作を、被害の戻しやすさで3段階に分けています。
段階 | 操作の例 | 僕の扱い |
|---|---|---|
読み取り | 一覧の取得、統計の集計、検索 | 最初につなぐ。AIに自由に使わせる |
書き込み | タスクの作成、配信文の更新、ページの作成 | つなぐが、機械の検査と人間の確認を挟む |
送信・公開 | 一斉配信、記事の公開、顧客への送信 | 人間の1クリック専用。AIには押させない |
読み取りは間違えても戻せます。書き込みは戻せますが、戻す手間があります。送信・公開は相手に届いた瞬間に戻せません。線を引く物差しは「AIの精度」ではなく「失敗したときに戻せるか」だけです。
書き込みから先は「機械ゲート＋人間の1クリック」
書き込み系の操作は、AIの出力をそのまま通しません。まず機械の検査（文字数・必須項目・禁止事項を自動で見る仕組み）を通し、通ったものだけを人間が見て、最後の実行は人間の1クリックで行います。僕の実例でいうと、ブログ記事は自動で公開まで進めますが、公開済みの記事に自動処理が書き込もうとすると仕組みが拒否します。Xの投稿は下書きまでで、公開ボタンは実装していません。メールやLINEの一斉送信は、人が押す1クリック専用です。確認待ちを毎朝1枚に集める運用は、別記事に書きました。
関連記事承認フロー自動化の落とし穴。AIの判断待ちを溜めない決定受信箱AIに業務を任せるほど、人間の承認・判定待ちが複数の自動化に散らばって滞留します。判断待ちを起票形式の1行で書かせ、毎朝1枚の受信箱に集めて回収し、各記録へ書き戻す決定受信箱の作り方を、僕の実運用と4日停止の実話で解説します。拒否ルールでAIが触れない範囲を設定側で固定する
最後に、AIが「うっかり」触れないように、設定側で範囲を固定します。Claude Codeの公式ドキュメント（2026年8月時点）では、接続先ごと・操作ごとに許可リストと拒否リストを設定でき、組織管理の設定なら特定の操作を「毎回確認」にしたり、AIの道具一覧から最初から外したりできます。
僕の運用原則は3つです。読み取りは先につなぐ。書き込みは検査と確認を挟む。送信・公開はAIに押させない。この3つを設定と仕組みの側に書いておき、その日の気分で緩めない。
削除や一斉送信のような操作は、AIが賢くなっても任せません。理由は精度ではなく、戻せないからです。権限の線引きを4象限で考える方法と復旧手順は、次の記事に書いています。
関連記事AI業務自動化のリスク対策と再発防止。事故らない設計5原則AI業務自動化のリスクの正体は権限の設計ミスです。被害範囲で権限を決める4象限と人間ゲート、事故らない設計5原則、再発防止策を個人の注意でなく仕組みに実装して自動化する3ステップまで実運用から公開します。
自社の道具をつなぐ順番。最初の1本の選び方
僕が顧問の現場で「何からつなげばいいか」と聞かれたときに答えている順番です。共通する原則は、戻せる操作から順に広げることです。
経営者本人と担当者が1日に何度も開く画面を全部書き出し、「開く回数が多い順」で並べます。触る頻度が高い道具から価値が出ます
一覧の取得や数字の集計だけで価値が出る道具を1本選びます。公式マニュアルに「MCP」の項目があるかを確認し、無ければ自作するか見送ります
「今日の申込状況をまとめて」のような読み取りの依頼だけで1週間使い、AIが返す内容と管理画面の実物を照合します
タスク作成や下書き作成を解禁します。「AIが作る、機械が検査する、人が確認する」の順を必ず挟み、いきなり本番反映させません
一斉送信・公開・削除は、最後までAIに押させません。この線だけは、道具が増えても動かしません
ClaudeでのMCPの使い方。Claude Codeでつなぐとどう見えるか
画面で起きること。接続先が並び、AIが道具を選んで呼ぶ
MCPの使い方を、僕が主に使っているClaude Codeで説明します。接続すると、接続先の一覧に道具の名前と状態（接続済み・認証が必要・失敗）、使える操作の数が並びます。あとは日本語で頼むだけです。「今週の申込者を集計して」と書くと、AIが接続先の中から該当する操作を選び、必要な条件を組み立てて呼び、結果を文章にして返します。
初めて使う操作では許可を聞かれます。ここで「この操作は毎回聞く」「この操作は許可しない」と決めていくのが、前の章で書いた線引きの実作業です。
入口は3つ。僕がClaude Codeに寄せている理由
Claude側の入口は、ブラウザのClaude（コネクタ）、Claude Desktop、Claude Codeの3つです。僕が経営判断に関わる作業をClaude Codeに寄せているのは、接続先ごと・操作ごとの許可と拒否を設定として文字で残せるからです。線引きは口頭の約束ではなく、設定として残して初めて守られます。
Claude Codeでは「claude mcp add --transport http 名前 接続URL」の1行で接続先を追加し、「/mcp」で接続先の一覧と状態を確認します。操作ごとの許可・拒否は設定ファイルのpermissions項目に書きます（2026年8月時点の公式ドキュメント）。
MCPとは何かのよくある質問
何も決めなければ、AIは接続先にある操作を自分の判断で呼びます。だから設定側で線を引きます。初回の操作では許可を聞かれ、許可リスト・拒否リストで操作ごとに固定できます。僕は読み取りは自由、書き込みは検査と確認つき、送信・公開は人間の1クリック専用と決めています。
まとめ。つなぐ道具より、つながない範囲を先に決める
MCPとは、AIと自社ツールをつなぐ共通の差し込み口です。技術としては、道具側に受け口があるかどうかの話に尽きます。難しいのは、つないだ後にAIへどこまで任せるかの判断で、これは経営者の仕事です。
僕の答えは、読み取りから先につなぎ、書き込みは検査と確認を挟み、送信・公開はAIに押させないの3段階でした。この線を先に決めておけば、つなぐ道具が増えても事故の範囲は広がりません。「つながない範囲」を、設定と仕組みの側に文字で残してください。
AIに任せる業務を「戻せるか・社外に出るか」で判定する「AIに任せてよい業務の棚卸しワークシート」と、MCPを含むAI用語を1行で言い換えた「経営者のためのAI用語むずかしくない辞典」を無料で配布しています。本記事の3段階とあわせて、最初の1本を決めるときにお使いください。
出典
MCPの定義・仕様の版とClaude Codeの設定は、下記の公式情報を2026年8月29日に確認して書きました。UTAGEの公開時期と接続手順は公式マニュアルと報道記事によります。「動かす・読む・型」の言い換え、3段階の線引き、最初の1本の順番、ブラウザ自動操作で補う運用は、僕の自社運用にもとづく一次情報です。引用した投稿は投稿者の見解であり、事実として断定していません。
Model Context Protocol 公式サイト（「What is MCP?」および仕様の版一覧・2026年8月29日確認） https://modelcontextprotocol.io/
UTAGE公式ドキュメント「MCPセットアップ」（2026年8月時点） https://docs.utage-system.com/mcp/setup
UTAGEマニュアル「画面発行キー・MCP接続キーを追加する方法について」（2026年8月時点） https://help.utage-system.com/archives/25826
コマースピック「国産MAツール『UTAGE』がAPI・MCP公開でAIエージェント連携を実現」（2026年4月） https://www.commercepick.com/archives/90078
JAPAN AI ラボ「MCPとは？仕組み・メリット・活用事例」（2026年8月時点閲覧） https://japan-ai.co.jp/media/6154/
ソフトバンク ビジネスブログ「MCPとは？ AIエージェント活用を支える外部データ連携の標準規格」（2026年8月時点閲覧） https://www.softbank.jp/business/content/blog/202603/what-is-mcp
株式会社アドカル「MCPとは？初心者向けにわかりやすく解説」（2026年8月時点閲覧） https://www.adcal-inc.com/column/ai/mcp/
この記事が役に立ったらシェア
Related
