概要
https://www.joshbeckman.org/blog/practicing/ui-vs-api-vs-uai
詳細内容
## UI vs. API. vs. UAI
https://www.joshbeckman.org/blog/practicing/ui-vs-api-vs-uai
Josh Beckmanは、User Agent Interface（UAI）を重要な第三のインターフェースとして提案し、開発者にUI、API、UAI全体にわたって人間、アプリケーション、AIエージェントに一貫してサービスを提供するコアアプリケーションロジックの設計を促している。
**Content Type**: Opinion & Commentary
**Scores**: Signal:4/5 | Depth:4/5 | Unique:5/5 | Practical:4/5 | Anti-Hype:4/5
**Main Journal**: 86/100 | **Annex Potential**: 87/100 | **Overall**: 84/100
**Topics**: [[User Agent Interface (UAI), Application Design Patterns, LLM Agent Integration, API Design, Interface Consistency]]
ジョシュ・ベックマンは、これまでのアプリケーション設計が人間操作のためのUI（ユーザーインターフェース）と、他プログラム連携のためのAPI（アプリケーションプログラミングインターフェース）を中心に据えてきたと説明し、ここに新たに「ユーザーエージェントインターフェース (UAI)」という第三の重要な設計側面が浮上していると提唱しています。UAIは、LLMなどの推論エージェントが人間の意図を代理してアプリケーションを操作するために必要となるインターフェース設計を指します。
ウェブアプリケーションエンジニアにとってこの視点が重要なのは、AIエージェントの普及が、アプリケーションの設計思想に根本的な変革を迫っているからです。単にUIやAPIを介して機能を提供するだけでなく、エージェントが「推論」し、人間の代わりに「行動」できるよう、アプリケーションの動作が明確に理解され、意図通りに操作可能である必要があります。もしUAIを意識しないまま開発を進めると、エージェントが機能を活用できなかったり、期待しない動作を引き起こしたりするリスクが高まります。
著者は、アプリケーションの「真のビジネスロジック」はインターフェースに依存せず、抽象化された形で基盤となるアプリケーション層に一元化されるべきだと強調します。例えば、「週末の予約は不可」というロジックは、UIの入力制限だけでなく、APIやUAIにも共通の定義（例：利用可能な日付のスキーマ）として提供されるべきです。これにより、UI、API、UAIのどの経路からアクセスされても、機能の動作が一貫し、意図しない劣化を防ぐことができます。これは、将来的にAIエージェントがより深く開発ワークフローやエンドユーザー体験に統合される中で、堅牢かつ拡張性のあるアプリケーションアーキテクチャを築く上で極めて実践的な指針となります。