この記事は、エージェントとUIの通信における標準化されたアプローチを主張しており、現在の断片化とそのコストを強調しています。AIアシスタントがそれぞれ異なる方法でユーザーインターフェースをレンダリングするため、開発者はボタンコンポーネントを維持する際に適応を余儀なくされるという課題に直面しています。エージェント間の接続は容易になりつつありますが、さまざまなクライアント間でのレンダリングプロセスは一貫性がなく、コンポーネントの所有権や外観に関する単一の真実の源がありません。GoogleのA2UIは、エージェントがクライアントが既に所有しているコンポーネントに名前を付け、クライアントがレンダリングを処理する宣言的なJSONを使用することで、これを解決することを目指しています。この宣言的なJSONアプローチは、初期のHTMLに似ており、ベンダーの所有権を持たない中立的な提案として提示されています。しかし、サンドボックス化されたHTMLや、SlackのBlockKitやMicrosoftのAdaptive Cardsのようなベンダー固有のフォーマットを含む、クライアントがUIを表示するために使用するさまざまな方法により、広範な採用は妨げられています。根本的な問題は、スタイリングとコンポーネントの語彙の所有権であり、これは現在クライアントに引き渡されており、デザインシステムの整合性を複雑にしています。著者は、競合する標準が重複した労力と停滞につながった1990年代後半のブラウザ戦争に例えています。この記事は、単純なチャットを超えた「キャンバス」またはより複雑なUI領域こそが真のコストがかかる場所であり、各ベンダーが独自のコンポーネントセットを維持していることを強調しています。A2UIのような宣言的なUIは共有の「部品リスト」への道を提供しますが、現在の現実は多数のエージェントサーフェスやプラットフォーム全体でデザインシステムを機能させるために多大な労力を必要とします。提案されている解決策は、レンダリングプロセスを統一し、複数の実装を管理することによって課される「サーフェスタックス」を削減するために、ターゲット標準を選択することであり、A2UIが最も有望です。最終的に、どのような標準の成功も、その中立性と、プラットフォームベンダーがレンダリングの複雑さを吸収する意欲にかかっています。