「API連携が可能です」「MCPに対応しました」——ツールやサービスを選ぶ場面で、必ずと言っていいほど出てくる言葉です。なんとなく「つながるんだな」とはわかります。でも、何がどうつながっているのかを説明できる人は、意外と少ないのではないでしょうか。
この2つの言葉は、これからのAI活用の土台になる概念です。AIが「質問に答える存在」から「仕事を任せられる存在」へ変わっていく上で、AIと社内システム・SaaSをつなぐ仕組みの理解は避けて通れません。この記事では、APIとMCP、そしてあわせて知っておきたいCLIという言葉を、予備知識ゼロから整理します。
まず前提から。私たちがふだんソフトウェアを操作している「画面」は、実は数ある入り口のひとつにすぎません。ソフトウェアには、目的の違う入り口が複数用意されています。
GUI(画面)は、マウスとボタンで操作する入り口です。Graphical User Interface(グラフィカル・ユーザー・インターフェース)の略で、ふだん私たちが「アプリを使う」と言うとき触っているのはこれです。人間にとって一番わかりやすい入り口です。
CLI(コマンドライン)は、文字のコマンドで操作する入り口です。Command Line Interface(コマンドライン・インターフェース)の略。エンジニアが黒い画面に文字を打ち込んでいる、あれです。一見とっつきにくいのですが、操作の手順をすべて文字で書き残せるという大きな利点があります。文字で書ける=コピーして再実行できる、プログラムに組み込める、つまり自動化と相性が抜群なのです。エンジニアの世界でCLIが標準であり続け、AIツールにもCLI型(Claude Codeなど)が多いのは、この性質のためです。
APIは、プログラム専用の窓口です。Application Programming Interface(アプリケーション・プログラミング・インターフェース)の略で、画面もコマンドも介さず、ソフトウェア同士が直接やり取りするための入り口です。
ここでひとつ種明かしをします。以前の記事で紹介した弊社の入金リマインドくんは、GASで書かれたプログラムがSlackの画面を一度も開かずに、経理チャンネルへ通知を送っています。なぜそんなことができるのか——SlackがAPIという窓口を用意しているからです。
そしてAPIは、あなた自身も毎日使っています。Webサービスでよく見る「Googleでログイン」ボタン——あれを押した瞬間、そのサービスとGoogleがAPIで会話し、あなたの承認のもとで名前やメールアドレスを受け渡しています。グルメサイトや不動産サイトに埋め込まれた地図も、サイト側が地図を自社開発したわけではなく、地図サービスのAPIで機能を「借りて」表示しているだけです。世の中のサービスが謳う「〇〇と連携できます」の正体は、ほぼすべてこのAPIです。
APIという窓口には、知っておくべき約束事が3つあります。
約束事①:説明書が公開されている。 APIは「メニューにあることしか頼めない」窓口です。提供側が公開した操作だけができる——裏を返せば、勝手なことはできない安全な設計です。そしてそのメニュー表にあたるのが、APIドキュメントと呼ばれる説明書です。実物を見てみましょう。たとえばSlackなら docs.slack.dev/apis に、「どんな窓口があり、どう呼びかければ、何が返ってくるか」がすべて公開されています。「API連携できます」という宣伝文句は、「この説明書を公開しています」とほぼ同じ意味です。
約束事②:鍵(APIキー)が要る。 APIは誰でも入れる窓口ではありません。会員証にあたるAPIキーを提示して、本人であることを証明してから使います。だからこそAPIキーの直書き・共有は厳禁で、スクリプトプロパティのような安全な場所に保管する必要があります(GASの記事でも触れた基本です)。
約束事③:料金は3パターン。 APIの料金体系はサービスによって異なり、おおむね3つに分かれます。
3つ目が、生成AIにGASを書かせるという方法で紹介した「レベル2:コードがAIを呼ぶ」の正体です。LLMにもAPIという窓口があり、自分のプログラムにAIを部品として組み込める。しかも実務レベルの利用なら月額3ドル、メール1通あたり0.01円という水準でした。
APIがわかったところで、いよいよMCPです。
困りごとから話を始めます。APIの呼びかけ方は、サービスごとにバラバラです。Slackの窓口とGoogle Driveの窓口では、作法がまったく違います。人間の開発者がコードを書く分には調べれば済みますが、AIにいろいろな道具を使わせようとすると、接続先が増えるたびに個別の開発が必要になります。電源プラグの形が国ごとに違って、旅行のたびに変換アダプタを買うようなものです。
この問題を解決するのがMCP(Model Context Protocol)です。AIと道具の接続方法を共通化した規格で、「AIのためのUSBポート」とよく例えられます。Anthropicが提唱し、2026年7月時点では主要なAIプラットフォームが対応する、事実上の業界標準になっています。
仕組みは2行で説明できます。MCPサーバーと呼ばれるプログラムが「このサービスでできる操作のリスト」をAIに提示します。AIは、そのリストから必要な道具を選んで使います。これだけです。
そしてもうひとつ、大事な種明かしを。MCPサーバーは、多くの場合その先でAPIを叩いています。 つまりMCPは、APIに取って代わる新技術ではなく、「APIの手前に立つ通訳」です。AIからの共通語のリクエストを、各サービスのAPIの作法に翻訳して取り次いでいます。APIの仕組みがわかっていれば、MCPは何も怖くありません。
この規格の広がりによって、Google Drive・Slack・データベースといった道具を「差すだけ」でAIにつなげる環境が整いつつあります。今後は「MCPに対応しているか」が、業務システムやSaaSを選定するときの判断基準のひとつになっていくはずです。
ここまでの登場人物を、1枚の表にまとめます。
| 入り口 | 主な使い手 | 操作のしかた |
|---|---|---|
| GUI(画面) | 人間 | マウスとボタン |
| CLI(コマンドライン) | 人間・プログラム | 文字のコマンド |
| API | プログラム | プログラム同士の直接のやり取り |
| MCP | AI | 共通規格の差込口(その先でAPIを叩く) |
最後に、共通する注意点をひとつ。どの入り口も、権限の範囲でしか動けない点は同じです。違うのは人間がその場にいるかどうか。GUIでは操作のたびに人間がボタンを押しますが、API・CLI・MCPは一度鍵と権限を渡せば、人間が見ていなくても自動で動き続けられます。それが自動化の便利さの正体であり、同時に「渡した分は、確認なしに動けてしまう」というリスクでもあります。「Googleでログイン」を押したときに出る「このアプリはあなたの名前とメールアドレスへのアクセスを求めています」という確認画面——あれがまさに、権限を渡す瞬間です。APIキーやMCPサーバーに与える権限は必要最小限にする、読み取りだけでよいものに書き込み権限を渡さない、誰が何を操作したかのログを残す——AIに道具を持たせる時代の基本動作です。あわせて、従量課金のAI APIには課金の上限やアラートを設定しておきましょう。
整理すると、こうなります。
では、APIが用意されていないツールや、APIではできない操作をAIに任せたい場合はどうするのか——実は、ブラウザそのものをAIに操作させるという手段があります。Playwright(プレイライト)というブラウザを自動操作するためのライブラリをAIにつなぐと、AIが人間と同じようにページを開き、ボタンを押し、文字を入力して作業を進められます。Playwright用のMCPサーバーも公開されているため、「窓口(API)がないなら、画面(GUI)から入る」という選択肢まで含めて、AIに任せられる範囲は着実に広がっています。
「〇〇と連携」「MCP対応」という言葉の裏側は、すべてこの構図で読み解けます。そしてこの土台の上に、AIが自分で道具を選び、複数のシステムをまたいで仕事を進める——AIエージェントの世界が広がっています。まずは自社で使っているサービスのAPIドキュメントを一度眺めてみてください。「うちのあの業務、つながるかも」が、きっと見つかります。
AIと社内システムをつなぐ第一歩、一緒に設計しませんか?
パンハウスの生成AI研修では、APIやMCPといった仕組みの理解から、GAS・AIエージェントを使った実務の自動化まで、ハンズオン形式で身につけられます。自社システムとAIの連携を検討中の方も、お気軽にご相談ください。
この記事を書いた人
© 2026 panhouse Inc. All rights reserved.