AIエージェントの入口はMCPかCLIかAPIか？ 迷う前に押さえたいプロダクトの4層

AX（Agent Experience）入門：AIエージェントに使われるプロダクトの条件　第1回

　AIエージェントを「どう使うか」は多く語られていますが、プロダクトを提供する側は、エージェントにどんな体験を届けるべきなのでしょうか。人が画面を操作する前提で作られてきたプロダクトは、いま、エージェントがAPIを呼び出して使う時代を迎えています。本連載では、この体験をAX（Agent Experience）と呼び、全2回で設計の考え方を整理します。第1回は、価値の重心が画面からAPI・データへ移る「ヘッドレス化」を出発点に、プロダクトを4層に分けて、変わるものと変わらないものを見ていきます。

アプリはAIエージェントにどのような体験をもたらすべきか

　AIエージェントを「どう使うか」は、すでにさまざまな場面で語られています。本稿で考えたいのは、その反対側です。プロダクトを提供する側は、AIエージェントにどのような体験を提供すべきなのでしょうか。

　これまで、プロダクトを使う主体は主に人間でした。人が画面を開き、情報を読み、ボタンを押して操作する。そのため、プロダクトの体験は、画面の分かりやすさや操作のしやすさを中心に設計されてきました。

　しかし今、その前提が変わり始めています。AIエージェントが仕様を解釈し、APIを呼び出し、返ってきた結果をもとに次の行動を判断する。これからは、人間にとって使いやすい画面をどう作るかだけでなく、AIエージェントがプロダクトを理解し、その能力を正しく利用できる状態をどう作るかが問われます。こうしたエージェントの体験を表す考え方が、AX（Agent Experience） です。

　優れたAXは、プロダクトの一部分を改善するだけでは実現できません。画面、API、データ、認証、仕様など、どこか1つを最適化しても、全体が噛み合っていなければ、エージェントはプロダクトの能力を正しく利用できないからです。そこで本稿では、その出発点として「ソフトウェアのヘッドレス化」という変化に注目したうえで、プロダクトの構造をいくつかの層に分け、それぞれの層がエージェントの体験をどのように支えるのかを見ていきます。

ヘッドレス化の本質は画面の消滅ではなく価値の重心移動

　ヘッドレス化というと、「これからは画面がいらない」という極端な理解に寄りがちです。しかし実際に起きているのは、画面の消滅ではなく価値の重心移動です。

　そもそもヘッドレス化とは、フロントエンド（ヘッド）とバックエンドを分離し、UIはAPI経由でデータや機能を取得する構成にすることを指します。画面をなくすのではなく、画面を「差し替え可能な入口のひとつ」として扱う設計です。

　これまで多くのソフトウェアでは、UIが主役で、APIはその裏側を支える存在でした。いまはこの関係が反転しつつあります。価値は、UI単体ではなく、API・データ・実行信頼性へ再配分されています。

　この変化は、すでに観測できる段階に入っています。Cloudflareの2025年通年レポートによれば、AIクローラー（Googlebotを除く）によるアクセスは、2024年5月から2025年5月の1年間で15倍以上に増加し、GPTBotのトラフィックは305％増となりました^[1]。開発者向けAPIの現場でも同様の変化が起きています。Stripeの発表では、開発者ドキュメントへのアクセスに占めるAIエージェントのトラフィックが2025年に10倍以上増加し、全体の約40％を占めるまでになりました^[2]。画面やドキュメントを読みにきているのは、もはや人間だけではありません。

　この流れを後押しするように、2025年12月にはMCP（Model Context Protocol）が業界標準として扱われる段階に入りました^[3]。すでに数千規模のMCPサーバーが公開されており、「エージェントから叩かれる入口」を持つことが、例外ではなく前提になりつつあります。

　ここで注目すべきは、業界が標準化にコストを払っている対象が、画面ではなく、能力へのアクセス経路である点です。

　つまりヘッドレス化とは、「ヘッド（画面）中心」から「能力中心」への構造転換です。画面は重要な入口のひとつであり続けるが、唯一の主役ではなくなる。この認識が、AI時代の設計の出発点になります。

図1：プロダクトの価値の重心移動

[1] Cloudflare Radar 2025 Year in Review「From Googlebot to GPTBot」

[2] Stripe Dot Dev Blog「Stripe Projects adds new agent integrations, more providers, and custom developer controls」

[3] Linux Foundation「Linux Foundation Announces the Formation of the Agentic AI Foundation」

エージェント時代に必要となる視点、AXとは

　UX（User Experience）やDX（Developer Experience）という言葉は、すでに馴染みがあるかもしれません。UXは人間にとっての使いやすさ、DXは開発者にとっての使いやすさを表す言葉です。これに対してAXは、エージェントにとっての使いやすさを表します。

　AXの定義はいくつか存在します。たとえば、次のような定義が提唱されています。

　AIエージェントが迷わず製品を理解し、自律的に確実に操作できるように設計すること

出典：Art Anthonyの記事「What Is Agent Experience (AX)?」（筆者訳）

　AIエージェントがAPIや関連する道具を発見し、意味を理解し、正しく実装・実行し、失敗時に回復でき、人間がその動作を確認・制御・改善できる体験設計

出典：Kevin Whinnery、Stainless Head of Marketing & DevRelの記事「Steps toward great agent experience every API provider can take today」（筆者訳）

　両者に共通するのは、エージェントが迷わず、確実に実行できるように設計するという考え方です。