「AIが使うAPI」は何になるのか —— ヘッドレス化の先にあるもの

最近、「ヘッドレス」という言葉をあちこちで見かけるようになった。 Matt Webbの「Headless everything for personal AI」という記事が指摘するように、これからのサービスは人間向けのUIを持たず、個人のAIが直接使うことが前提になる。パスポート申請やホテル予約、銀行操作。こうした日常的なタスクは、AIが裏で処理したほうが速く、確実だからだ。

一方で、企業側も同じ方向に動いている。 いわゆるヘッドレス・アーキテクチャは、もともとフロントエンドとバックエンドを分離するためのものだった。だが生成AIが前提となった今、「人間ではなくAIが主要な利用者になる」ことが当たり前に語られ始めている。

個人側ではAIエージェントがサービスを使い、企業側はサービスをAPI化・ヘッドレス化していく。この2つのベクトルが、今まさに同じ方向に収束しつつある。

象徴的なのがSalesforceの「Headless 360」だ。彼らは「我々のAPIこそがUIだ」と言い切る。すべてのAIエージェントは、Slackや音声、その他あらゆる場所から、データやワークフローに直接アクセスできる。AIがフロントエンドにあることが、設計の出発点になっている。

自分で作っている「個人用ポートフォリオMCP」でも、これまでのAPI設計との違いを痛感する。 従来のAPIは人間がドキュメントを読み、エンドポイントとパラメータを正確に指定するものだった。 POST /orders や GET /portfolio といった具合に。だが、AIにとっては、エンドポイントの構造よりも「意図（Intent）」が重要になる。 「現在のポートフォリオのリスクを評価して、過去データと比較してほしい」 AIに必要なのは、細かなメソッドの羅列ではなく、自分に何ができるかという「能力（Capability）」を明らかにすることだ。

何ができるかを渡せば、AIは勝手にリソースを探索して動いてくれる。エンドポイントをガチガチに固めるより、柔軟な「道具箱」として渡したほうが、圧倒的にうまく動くのだ。

ここでインターフェースの概念が根本から変わる。 これまでは「命令を与えるインターフェース」だった。決まった形式で正しく叩くことが求められた。 それが今、過去の分析結果や投資スタンスといった「コンテキストを読むインターフェース」へと進化している。

そしてその先にあるのは、単なる情報の処理ではなく「目的を解釈して動く世界」への移行だ。

エラーの意味も変わる。 「INVALID_PARAM」という拒絶で終わるのではなく、「この条件だと分析できないから、期間を広げるべきだ」といった、次のアクションを前提としたフィードバック。その過程でハルシネーションのリスクは孕むものの、それはもはやAPIというより、一種の「対話」に近い。

実際、MCP（Model Context Protocol）はまさにそのための仕組みだ。 エンドポイントを叩くのではなく、「この能力をAIに渡す」という発想。ドキュメントは人間が読むものではなく、AIが理解し、実行するための構造そのものになる。

さらに進めば、APIという概念自体が薄れていくだろう。 「呼び出すもの」から「協働する対象」へ。 人間 → UI → サービス という形から、 人間 → AI → ツール（能力） への移行。

人間はもう、サービスを直接操作しなくなる。 最初に一度触れて「これは自分に合う」と判断したら、あとはAIに任せる。 UIは残るが、それは操作のためではなく、AIの動きを「理解し、信頼する」ための確認用デバイスになっていく。

この大きな変化は、すでに始まっている。