← ブログに戻る

AUIとは何か？すべてのプロダクトに必要な新しいインターフェースパラダイム

· Save Team
auiagentic-uimcpai-agentsdesigna2uiuxmarkdown

HubSpotのCTO、ダーメッシュ・シャーは大胆な主張をしました。すべてのB2Bソフトウェア企業は、AIエージェント向けに設計された「ヘッドレス」バージョンのプロダクトを構築すべきだと。

しかし彼はすぐに警告を加えました。ヘッドレスとはブレインレスではないと。

AUIの転換

AUI（エージェント型ユーザーインターフェース）とは、人間とAIエージェントの両方と連携する必要があるソフトウェアのための新興デザインパラダイムです。UIを取り除くことではありません。エージェントがプロダクトと対話する方法に特化して設計された第二のインターフェースレイヤーを追加することです。

ダーメッシュが述べたように：もしエージェントが人間のようにプロダクトを使うだけでよいなら、「computer use」（ボタンをクリックする画面スクレイピングAI）を使えばいいのです。より良いものが必要だという事実が、ソフトウェアデザインの行方を物語っています。

真の課題はAPIを公開することではありません。すべてのプロダクトにはすでにAPIがあります。課題は、エージェントが実際にプロダクトを消費し行動したい方法の人間工学を設計することです。

「MCPサーバーを追加するだけ」では不十分な理由

MCP（Model Context Protocol）はAIエージェントを外部ツールに接続するデファクトスタンダードになっています。機能はします。しかしダーメッシュのポイントは繊細です。既存のAPIエンドポイントをMCPサーバーでラップして完了とするのは、デスクトップサイトを電話画面に合わせて縮小することで「モバイルウェブサイト」を作るのと同じ2026年版の失敗です。

エージェントは人間のように考えません。ブラウズ、スキャン、クリックはしません。エージェントが必要とするもの：

  • 構造化されたセマンティックデータ — HTMLページやPDFではなく、解析・推論できるMarkdownやJSONのようなクリーンなフォーマット
  • 発見可能な機能 — エージェントはドキュメントを読まずにプロダクトが何をできるかを理解する必要がある
  • 予測可能なふるまい — エージェントは曖昧なUI状態、モーダルダイアログ、「本当によろしいですか？」確認に対応できない
  • コンポーザブルな操作 — 人間の介入なしにアクションを連鎖させる能力

優れたAUIデザインとは

Googleは最近A2UI（Agent-to-User Interface）をローンチしました。エージェントがUIをネイティブに生成できるオープンプロトコルです。すべてをテキストで処理するのではなく、会話ごとに適切なインターフェースを選択します。

新しいプロトコルがなくても、AUIについて考え始めることはできます。重要な原則を紹介します。

1. 構造化アウトプット優先

最も重要なAUIの決断はデータフォーマットです。プロダクトがHTML、PDF、独自フォーマットを出力する場合、エージェントは意味を抽出するためにより多くの作業をしなければなりません。

Markdownはエージェント時代のデフォルト交換フォーマットになりつつあります。 エージェントが解析できるほど構造化され、ユーザーが確認できるほど人間が読め、コンテキストウィンドウに収まるほど軽量です。

これが2026年にWebコンテンツのMarkdown変換が爆発的に増加している理由です。エージェントがトピックを調査する際、レンダリングされたWebページではなく、クリーンで構造化されたテキストを求めます。

2. ビジュアルではなくセマンティック

従来のUIはビジュアル階層で通信します。太字の見出し、カラーボタン、空間レイアウト。エージェントはこれを一切見ません。セマンティックなシグナルが必要です。

  • コンテンツセクションを説明する明確な見出し
  • 各データが何を表すかを説明するメタデータ
  • 類似コンテンツタイプ間での一貫した構造

3. エージェントが読めるナレッジベース

最も実用的なAUIパターンの一つは、プロダクトのデータをエージェントがクエリできる検索可能なナレッジベースとして利用可能にすることです。

あらゆるエージェントワークフローに複雑なAPIを構築する代わりに、良いメタデータを持つ構造化されたMarkdownファイルとしてデータを公開します。エージェントは必要なものを検索、フィルタリング、読み取れます。

これがMCPが可能にするアプローチです。あらゆるユースケースに対してエージェント専用のUIを構築するのではなく、構造化データへの読み取りアクセスを提供し、エージェントにその使い方を判断させます。

4. エージェントのためのプログレッシブディスクロージャー

優れた人間向けUIが一度にすべての情報を投げ込まないように、優れたAUIデザインはエージェントに以下の能力を与えます。

  • まずサマリーを取得し、その後詳細に掘り下げる
  • すべてをブラウズするのではなく、関連性で検索する
  • 現在のタスクに必要なデータだけをリクエストする

実践的なAUI：ナレッジキャプチャパターン

2026年に登場している最も一般的なAUIパターンの一つはナレッジキャプチャパイプラインです。

  1. Webコンテンツ（人間向けに設計）がMarkdown（人間とエージェントの両方が読める）に変換される
  2. Markdownファイルがメタデータとともにナレッジベースに整理される
  3. エージェントがMCPまたは同様のプロトコルでナレッジベースにアクセスする
  4. エージェントがナレッジベース全体でコンテンツを検索、読み取り、相互参照できる

このパターンが機能するのは、エージェント向けにプロダクトを再構築する必要がないからです。既存のWebコンテンツの上にエージェント層を追加します。

Saveはまさにこのパターンを実装しています。人間の目のために設計されたWebページがクリーンなAIネイティブMarkdownに変換されます。Save Vaultがナレッジベースに整理します。組み込みのMCPサーバーがClaudeによる検索を可能にします。

結果：Web上のあらゆる情報は、元のウェブサイトが何も変えることなく、エージェント的なナレッジレイヤーの一部になります。

エージェントの二つのレベル

ダーメッシュは記憶に値する区別をしました。HubSpotのエグゼクティブチームに次のように言いました。

エージェントであることは、単に私たちのプラットフォーム上でエージェントが動くことだけではない。エージェントが私たちのプラットフォームを運営することでもある。

二つのレベルがあります。

レベル1：プラットフォーム上のエージェント — プロダクトに組み込まれたAI機能。チャットボット、オートコンプリート、AI生成サマリー。プロダクトはAIアシスタントによって人間が操作し続けます。

レベル2：プラットフォームを運営するエージェント — プロダクトを自律的に使用して目標を達成できるAIエージェント。プロダクトは人間の監督の下でエージェントが操作します。

今日のほとんどのプロダクトはレベル1にあります。AUIパラダイムはレベル2に到達することを目指しています。そのためにはプロダクトのインターフェースを根本から再考する必要があります。

ユーザーにとっての意味

すべてのプロダクトがAUIサポートを構築するのを待つ必要はありません。今日、自分のエージェント層を作ることができます。

  1. WebコンテンツをMarkdownに変換する — これにより人間向けに設計されたウェブサイトがエージェントが読めるナレッジに変換されます
  2. ナレッジベースに整理する — エージェントが効果的に検索できるよう保存したコンテンツを構造化します
  3. MCPで接続する — AIアシスタントにキュレートされたナレッジへの直接アクセスを与えます

このアプローチはあらゆるプロダクト、ウェブサイト、コンテンツソースで機能します。Web全体をAIツールにアクセス可能にするパーソナルなAUI層を実質的に構築しています。

インターフェースの未来

AUIの転換は人間のインターフェースを置き換えることではありません。ソフトウェアに今や二つのオーディエンスがいることを認識することです。クリックする人間と、クエリするエージェントです。

エージェント時代に勝つプロダクトは、両方を思慮深くデザインするものです。そして繁栄するユーザーは、自分のエージェント的なナレッジ層を構築する人々です。混乱したビジュアルWebを構造化された検索可能なエージェント対応のMarkdownに変換する人々です。

インターフェースパラダイムは拡大しています。問題はツールにエージェント層が必要かどうかではなく、どれだけ早く構築するかです。

SaveはどんなWebページでもクリーンなエージェント対応Markdownに変換し、ローカルナレッジベースに保存します。Save Vaultの組み込みMCPサーバーにより、保存したコンテンツをClaudeで検索できます。Saveを無料で試す。