先週の火曜日、社内のナレッジベースにある3つのドキュメントを更新する必要がありました。私はdocsツールを開きませんでした。クロードを開きました。リニアのチケットから最新のものを取得し、変更点を要約し、関連するページを見つけ、更新するように頼みました。私がコーヒーを淹れている間に、MCPを通してすべてやってくれました。実際の製品のブラウザ・タブは開かれませんでした。
これはもう珍しいことではありません。これが今の普通の火曜日の姿なのです。そして、いまだにUIをメインイベントとして扱っているSaaS製品を作っている人にとっては、静かな恐怖であるはずです。
数字ではUIが過半数を失いました
まず不快なことから始めましょう。Imperva's 2026 Bad Bot Report](https://cpl.thalesgroup.com/about-us/newsroom/2025-imperva-bad-bot-report-ai-internet-traffic)によると、自動化されたトラフィックは現在、全ウェブトラフィックの**53%以上を占めています。この自動化されたトラフィックの中で、AIエージェントのトラフィックは2025年に約8,000%成長しました。ウェブ上で最も急成長しているのは、もはや人がクリックすることではありません。誰かの代わりに仕事をするエージェントです。
プロトコルの面では、話はさらに鮮明です。AnthropicのMCPは、2025年初頭にはほとんど存在していませんでしたが、2026年第1四半期現在、企業のAIチームの78%で稼働しています。公開されているMCPサーバーの登録台数は、2025年第1四半期には約1,200台でしたが、2026年4月には9,400台**を超えました。2025年12月、AnthropicはプロトコルをLinux Foundation傘下の新しいAgentic AI Foundationに寄贈し、OpenAI、Google、Microsoft、AWSが参加しました。MCPがAnthropicのものでなくなり、統合レイヤーになった瞬間でした。
それに加えて、Gartnerは、2026年末までにエンタープライズ・アプリケーションの40%がタスク固有のAIエージェントを搭載するようになると予測しています。
これらの数字を一緒に読んでください。あなたの製品が使われるパイプは足元で再構築されており、新しいトラフィックの大部分はボタンを見ることはありません。
ほとんどの製品はまだUIファーストです。
私は新しいSaaSツールを見るたびにこのことに気づきます。
UIはゴージャス。APIは後回し。CODEBLOCK_0__ページには、UIが使用する40のエンドポイントのうち12のエンドポイントがあります。MCPサーバーはありません。CLIがあったとしても、コミュニティのサイドプロジェクトで、半年ごとに放棄されます。オンボーディングの流れは、あなたがウィザードをクリックする人間であることを前提としています。
そのモデルは15年間機能しました。2026年に破綻し始め、これから四半期ごとに破綻が激しくなるでしょう。
私が見続けているのは次のようなことです。チームが新しいツールを採用。最初の数週間はそのUIを使います。その後、チームの誰かがクロードやChatGPTをワークフローに差し込みます。突然、質問は「どのようにUIを開き、これを更新するか」_ではありません。問題は、"私のエージェントは私のためにこれを行うことができます"_です。もしその答えがノーであれば、そのツールの使用率は横ばいになります。UIが悪くなったからではありません。エントリーポイントが移動したからです。
同じImpervaのレポートによると、APIをターゲットにしたボットトラフィックは、2025年には全ボットトラフィック**の27%に急増しました。この数字は年々上昇する傾向にあります。すべてのエージェントのワークフローはAPIコールのスタックであり、それらのコールを公開しないすべての製品はワークフローから脱落することになります。
「UIなしで動作する」実際の意味
これは単に "APIを持っている "というだけではありません。ほとんどの製品はAPIを持っています。ほとんどのAPIは悪いものです。
UIなしで動作する製品は、もっと難しいハードルを通過します。だいたい4つのテストがあると思います。
- ダッシュボードから設定する」機能がないこと。UIで管理者だけが設定できる」ボックスがないこと。人間ができることはエージェントもできます。
- MCPサーバーがあり、それはファーストパーティです。誰かが先週末に作ったラッパーでもありません。エージェントが推論できる方法でAPIと同じサーフェスを公開する、実際に所有され、バージョン管理されたMCPサーバーです。
- CLIはエンジニアがスクリプトを書く方法であり、CLIはMCPが利用できないときに多くのエージェントフレームワークがツールを呼び出す方法でもあります。
- サービスアカウント、スコープされたトークン、OAuthフローをエージェントがユーザーの代わりに完了することができます。エージェントはメールクライアントを持っていないため、"メールのこの魔法のリンクをクリックしてください "ではありません。
もしあなたの製品がこれらのどれかに失敗しているなら、あなたは製品ではなくバックエンドでUIを構築したことになります。この違いは、ますます重要になるでしょう。
ラセピではこの決断をしなければなりませんでした。
正直に言うと、これが私たちがラセピをこのように作った理由であり、マーケティングラインではなく、本当のアーキテクチャの決定でした。
2025年の初めに製品のスケッチをしたとき、作るべきものは明らかにConfluenceの形をしたUIでした。きれいなエディター、きれいなリーダー、上に検索バー。私たちはほとんどそうしました。私たちを止めたのは、チームがすでにClaudeやGPT、同様のエージェントを使って、既存のツールを開くことなく社内文書を読み書きしているのを見たからです。UIはボトルネックではありませんでした。プログラムの表面積の不足がネックだったのです。
そのため、ラセピはAPIファーストで設計され、UIはエージェントやスクリプトがアクセスできる同じ面の上に構築されました。MCPサーバー、REST API、CLIはすべて同じ認証、同じ権限モデル、同じコンテンツレイヤーを共有します。UIはコンシューマの1つに過ぎません。私たちは、UIに対してスクリプトを書くことによって製品をテストします。
このことは、良い意味でも少し辛い意味でも、私たちが作るものに影響を与えます。すべての新機能はAPIパリティで出荷されなければなりません。ボタンを追加して終わり、というわけにはいきません。利点は、顧客がクロードをラセピのインスタンスに接続すると、すべてが機能することです。"あ、その機能はUIだけです、ごめんなさい" ということがありません。
もしあなたが今何かを作っているのなら ## これが意味すること
実用的なことをまとめると、いくつかあります。
UIアクティビティだけで使用量を測定するのはやめましょう。APIとMCPのトラフィックを別々に測定し、運用ノイズとしてではなく、成長メトリクスとして追跡してください。ダッシュボードの使用量が横ばいでも、APIのトラフィックが倍増しているのであれば、それは問題ではありません。それは未来が予定通りに到来しているということです。
コミュニティがあなたのために悪いものを構築する前に、ファーストパーティのMCPサーバーを構築してください。パブリック・レジストリの9,400のサーバーは、すべて良いものではありません。そのほとんどは、漏れがあったり、中途半端に実装されていたり、メンテナンスされていなかったりします。
そして、APIを製品の廉価版として扱うのはやめましょう。1年後には、多くの顧客にとって、APIはあなたの製品なのです。
2026年に勝つ企業は、ユーザがAPI、CLI、MCPサーバ、UIのどれからでも何でもできて、間違ったドアを選んだと感じない企業です。
UIはなくなりません。UIはなくならないでしょう。人間は、視覚的なサーフェスから恩恵を受ける作業のためにUIを使い続けるでしょうし、それは素晴らしいことです。しかし、それはもはや玄関ではありません。それはいくつかのドアのうちの1つであり、他のドアはフロントドアよりも早く成長しています。
UIを閉じたときに製品が立ち上がらないのであれば、それは最初に修正すべきバグです。