agent protocol
v1.0.5
您可以在文檔中找到更多信息。
AI代理空間很年輕。大多數開發人員都以自己的方式建造代理商。這會帶來一個挑戰：由於界面每次通常都不同，因此很難與不同的代理進行通信。因為我們努力與不同的代理商進行交流，所以很難輕鬆地比較它們。此外，如果我們與代理商有一個通信接口，它還可以使開發與代理商一起使用的DevTools更容易。
我們提出代理協議- 一種用於與代理通信的單個常見接口。任何代理開發人員都可以實現此協議。代理協議是API規範 - 端點列表，代理應以預定義的響應模型公開其。該協議是技術堆棧不可知論。任何代理商都可以採用此協議，無論他們使用哪種框架（或不使用）。
我們相信，這將有助於生態系統增長速度並簡化整合。
我們從最小的核心開始。我們希望通過向代理開發人員了解他們實際需要的東西來迭代。
設置一個通用的簡單標準，可以易於使用代理的基準測試。該協議的主要目標之一是出色的開發人員經驗，以及在代理開發人員結束時實施的簡單實施。您只需啟動代理，這就是您要做的。
如果您想提出更改或對協議的改進。請遵循RFC模板。
最重要的部分。它指定哪些端點應曝光。該協議在OpenAPI規範中定義。
目前，該協議被定義為REST API（通過OpenAPI Spec），並具有兩種與代理商交互的基本路由：
POST /ap/v1/agent/tasks用於為代理創建新任務（例如，給代理一個您要完成的目標）POST /ap/v1/agent/tasks/{task_id}/steps它還還有一些其他路由來列出任務，步驟和下載 /上傳文物。
這是我們對協議的實施。這是一個可以用來構建代理的庫。您可以使用它，也可以自己實施。由你決定。
使用SDK應該將協議的實現簡化為最低限度，但同時它不應綁住您的手。目標應該是允許代理商建造者建立其代理商，而SDK應解決其餘部分。
基本上，它將您的代理包裝在Web服務器中，該服務器允許與您的代理進行通信（將來在代理之間進行通信）。
代理商的用戶應使用此庫。您的代理部署在某個地方，代理商的用戶可以使用此庫與您的代理進行交互。
多虧了標準，用戶可以嘗試多個代理，而無需在其代碼中進行任何其他調整（或極少）。
如果您是代理開發人員，則可以使用SDK實現協議。您可以在文檔或SDK文件夾中找到更多信息。
agent-protocol渠道agent-protocol渠道agent-protocol渠道
