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渠道
