他社製品にはheadless MCPを求め、自社UIだけは特別だと信じる矛盾

Simon Willisonは10月29日、Ben Hylakの発言を紹介した。自分が使う製品はすべて、背後を意識せずエージェントから利用できるheadless MCPであるべきだ。ただし自社製品は例外で、顧客はそのUIを愛しているという。4文の皮肉が、現在のプロダクト戦略にある不都合な矛盾を突いている。

一つの皮肉が自社UIへの二重基準を暴く

MCPは、エージェントがツールを見つけ、複数サービスのデータを扱うための標準的な方法を提供する。利用者は複数のアプリを渡り歩かず、一つのエージェントから仕事を完了できる。一方でベンダーにとっては、丹念に作った自社UIが主要な入口でなくなる可能性を意味する。

Hylakの指摘の核心はこの非対称性だ。プロダクトチームは他社サービスへの摩擦のない接続を望みながら、自社UIと顧客の関係だけは変化の対象外だと考える。標準化は、他社の表面を溶かしている間だけ歓迎される。

価値の中心が画面からデータ、権限、ルールへ移る

headless化でUIが消えるわけではない。ベンダーのUIが製品を使う唯一の場所ではなくなる。顧客はClaude、ChatGPT、社内エージェント、独自workflowからサービスに入れる。競争軸はデータ品質、操作の信頼性、権限設計、監査可能性へ移る。

MCP Appsは2026年1月から、フォーム、dashboard、visualization、複数段階のworkflowなどをホスト内に表示できる。対立はUIか無UIかではない。誰がUIをホストし、誰が文脈を持ち、利用者がどこで決定するかが争点になる。

良いUIを欠くエージェントは誤りや重要な選択を隠す

すべてを会話へ移せば進歩するとは限らない。多数の項目からの選択、データ比較、変更の承認、リアルタイム状態の確認には視覚的な構造が必要だ。テキストエージェントは手順を速める一方、流暢な一文の裏に条件、価格、権限の範囲を隠すこともある。

headless層は事業上の動機も解決しない。ベンダーはAPI、認証、安全な操作を維持するが、顧客接点とupsellの場所はホスト側のエージェントが握りうる。技術的には美しく、商業的にはかなり居心地が悪い組み合わせだ。

顧客がホーム画面を迂回するかを利用実績が示す

見るべき数字は発表されたMCP serverの数ではなく、エージェント経由で完了した仕事の割合だ。データを読むだけか、支払いの承認、設定変更、製品の主要workflowまで完了するかが重要になる。

もう一つの指標は権限設計と移植性だ。同じサービスを複数のエージェントから安全に使い、監査ログも保てるなら、ホーム画面は入口の独占を失う。UIは残るが、顧客を自動的に所有する立場ではなくなる。

Lilithの判定

どのプロダクトチームも、他社ソフトは自社エージェントにつながる配管、自社アプリは愛されるカフェだと考える。だが顧客が欲しいのはコーヒーだけで、ポイントカードも内装見学も求めていないかもしれない。