Agent Use Interface (AUI) – 讓使用者攜帶自己的 AI 代理
當我開始構建 AI 整合時，我意識到對於許多項目來說，最佳的代理體驗其實就是讓使用者個人代理能在你的應用中執行操作。現有的方案如 MCP 或 A2A 相當複雜，對於那些已經透過 URL 參數驅動的簡單應用來說，這些方案顯得過於繁瑣。這促使我設計了 Agent Use Interface (AUI) 規格的原型。想法很簡單：一個輕量級、開放的規格，讓任何應用都能「被代理導航」。你只需在 /agents/aui.xml 放置一個 XML 檔案，描述應用支援的 URL 參數驅動操作，例如搜尋、建立、篩選等。這樣任何 AI 代理都能讀取 aui.xml，了解可執行哪些操作，並代表使用者構建 URL。就這樣。不需要 SDK。不需要驗證流程。不需要 API 金鑰。僅僅是一個為 LLM 理解而撰寫的應用功能目錄。是否已有類似方案存在？這個方法是否太簡單而缺乏實用性？如果你的應用已經支援 Universal Links 或本身就是 URL 參數驅動，你可能只需一個下午就能加入 AUI 支援。查看實際範例：https://habittiles.app/agents/aui.xml
- AI 助理
- API 平台
- 大型語言模型
✨ AI 摘要
Agent Use Interface (AUI) 是一個輕量級的開放規範，允許應用程式被 AI 代理瀏覽。它透過提供一個 XML 檔案來描述應用支援的 URL 參數驅動操作，使任何 AI 代理都能理解並構建用戶操作的 URL。
適合誰
開發 URL 參數驅動應用程式的開發者, 將 AI 代理整合到應用中的開發者, 尋找簡單方法讓應用程式能被代理瀏覽的開發者
為何值得關注
AUI 提供了一個簡單、開放的標準，讓任何 URL 參數驅動的應用程式能被 AI 代理發現並操作，而不需要 SDK 或身份驗證。
核心功能
- 讓AI代理能夠透過URL參數與應用程式互動。
- 使用輕量級XML檔案（/agents/aui.xml）定義應用程式功能。
- 支援透過URL參數進行搜尋、建立和篩選等操作。
- 免除SDK、驗證流程或API金鑰的需求。
使用場景
- 一位內容創作者使用個人AI助理，透過提供AUI定義連結，讓AI自動更新部落格的元數據。AI能構建必要的URL參數，在部落格平台內觸發更新動作。
- 一位專案經理將AUI整合到團隊內部的任務管理工具中。這讓他們的AI代理能夠解析專案更新，並透過URL參數與工具定義的動作互動，自動創建新任務或分配現有任務，從而簡化工作流程管理。
- 一位開發者正在構建一個簡單的記事應用程式，並實現了AUI。這使得用戶的AI代理能夠直接創建新記事、搜尋現有記事或應用標籤，只需理解XML文件並生成正確的URL，而不需要複雜的API整合。