ニック・クーパー / Nick Cooper · 02:14 「プロトコルとは、 単なる言語に過ぎない」
数千の MCP がすでに乱立する 2026 年 5 月、 「MCP vs CLI、 どっちを使うべきか」 という業界の二項対立的議論に対して、 OpenAI 側がついに立場を明確にした — 「二者択一ではなく、 両方使え」。
語るのは ニック・クーパー (Nick Cooper) — OpenAI で MCP (Model Context Protocol) を担当する技術メンバーで、 MCP コアメンテナの一人。 2026 年 1 月に Linux Foundation 傘下で発足した Agentic AI Foundation (AAIF) の理事会メンバーでもあり、 OpenAI が AAIF に AGENTS.md を寄贈する際の中核を担った。 講演の前半でさらっと 「以前は高校でコンピューターサイエンスを教えていた」 とこぼすが、 その背景がプロトコルを 「対立的な専門用語ではなく、 単なる言語」 として語り直す姿勢に効いている。
話の入口は層構造の歴史。 電気・光 → TCP → HTTP → REST → OpenAPI → MCP — 各層が新しい動詞と構造を追加してきた、 言語進化の連なり。 MCP はその最上位レイヤーだが、 結局は同じ系譜の延長線上にあるに過ぎない、 という整理。
中心の主張は 「MCP は AI のための API」 (10:18)。 既存の API をただ機械的に MCP 化するな、 AI モデルが使うことを前提に意図を設計せよ、 というメッセージ。 例として挙げられるのがメールサーバー — シンプルに見える 「メールを送る / 受け取る」 という API だが、 実装に下りていくと 「ラベル / フォルダ / 下書き / 連絡先 / 分類」 など何百もの動詞が出てくる。 これを全部 AI モデルに見せると、 問題を説明する前にコンテキストを使い切る。 ユーザー (= AI) が本当にやりたいのは 「下書きを書く」 と 「送る」 の 2 つだけ、 という高レベルな意図への絞り込みが必要。
タイトルの問い 「MCP vs CLI」 への答えは、 既存 API の解釈変換 (transform) ではなく、 意図の表現 (intent) を中心に据える、 という設計哲学の転換にある。 CLI には何十年分の道具棚が積み上がっており、 MCP は AI の意図を運ぶ層。 両者は競合せず、 強いシステムは両方を組み合わせる。
個人的に面白かった点
プロトコルは単なる言語、 という視点の転換 (02:09)
「プロトコル」 という言葉は専門的で近寄りがたいが、 結局はシステム同士が話す共通言語に過ぎない。 電気 → TCP → HTTP → REST → OpenAPI → MCP と層を積み上げてきた歴史も、 「動詞と構造を増やしてきた言語の進化」 として並べ直せる、 という整理が新鮮。 元高校教師らしい 「専門用語の脱専門化」 の手つきが、 講演全体のトーンを規定している。
シンプルな API は実は何百ものツールに膨らむ (10:43)
メールサーバーを MCP 化するとき、 既存 API には 「ラベル追加 / 下書き保存 / 連絡先取得 / 分類 / フォルダ作成」 など何百もの動詞があるが、 AI モデルに全部見せると 「問題を説明する前にコンテキストを使い切る」。 ユーザー (= AI) が欲しいのは 「下書きを書く」 と 「メールを送る」 の 2 つだけ。 高レベルな意図に絞った API 設計が必要、 というのが OpenAI の MCP 設計指針。 トークンは出力の方が高価で時間も食うため、 入出力の非対称性も設計の前提に組み込む必要がある。
コードモードという第 3 の選択肢 (06:39)
シェル系 (ファイルシステム的な抽象、 リソース = ファイル、 ツール = 実行可能ファイル) とコード系 (TypeScript / Python の関数化) の 2 パターンが進化している。 Bash も実は立派なプログラミング言語で、 非同期処理すらできる。 「A を実行 → B → C」 をモデルに逐一指示するより、 1 つのプログラムとして表現する方がトークン効率が良い、 という発想の転換。 「シェルや Bash を 『使う』 のではなく 『書く』」 — これが第 3 のパラダイムとして提示されている。
動画の構成
- (00:00) 自己紹介、 去年の MCP 講演からの続きとしての位置づけ
- (02:09) プロトコル = 単なる言語、 電気から MCP までの層構造
- (03:51) 各層が標準化と特殊化を作る — 認証・セキュリティ・テレメトリの注入点
- (04:24) トークン効率の非対称性 — 出力は入力より高価、 時間もかかる
- (05:32) MCP の爆発 — 数千の MCP が乱立する 「コンテキスト枯渇」 問題
- (06:11) 進化中の 2 パターン — シェル系 (ファイルシステム的) と コード系
- (07:48) コードモード — Bash も立派なプログラミング言語
- (11:08) MCP vs CLI 論争への回答 — 二者択一ではなく両方使え
- (12:35) 次の展望 — エージェント間プロトコルとしての MCP
- (13:24) アイデンティティ・ディスカバリー — 大量の MCP を発見する仕組みが必要
出典
MCP vs CLI OpenAI Engineer Says You Need Both — Agentic AI Foundation
講演者プロフィール: ニック・クーパー / Nick Cooper