智能体发现与描述
对A2S的反馈
地址: https://github.com/keithagroves/agent-to-service/blob/main/README.md
与我们的设想一致的点:
- 发现与描述比元协议协商要更加的节省成本,并且这应该是未来大部分智能体通信的方式。但是元协议会提供个性的通信能力。还是有它的价值。
- 架构图也与我们的设想一致:需要有一个发现&索引服务,能够发现智能体或服务、返回他们的描述信息。
- 使用openapi描述服务也是一个不错的选择
其他:
我不大清楚Flow Control这部分是不是也是协议的一部分。它也许不应该是A2S的一部分,它是智能体规划的一部分。我理解A2S应该是大部分是原子的API描述,组合的部分,可以让智能体来做。这里我还不清楚你设计的目的。
另外同上,聚合功能可能在智能体中实现会更好。
还有任务,我看下来,好像你设计了在协议中描述复杂流程的方式。这个是要让智能体发送给API提供方来执行吗?还是你定义了智能体描述复杂流程的规范?
按照我的理解,Agent-to-Service Protocol 本身,应该专注在描述原子的能力,flow、task、聚合功能等,也许放到Agent中会更合适,让实现Agent的人自己处理。
智能体的描述,应该类似于web站点,能够让智能体搜索或发现服务去主动收集,类似与web的搜索引擎和web的站点的关系。不同的是,web站点是面向人类的,而智能体是面向AI的。
是不是可以写一个后台的服务,然后让智能体将他们的能力注册过来。我读取他们的文档列表。开发给其他的查询接口。类似pypi。
接口的描述:可以是openapi,也可以是json-rpc,或语义网的规范。
版权声明
Copyright (c) 2024 GaoWei Chang
本文件依据 MIT 许可证 发布,您可以自由使用和修改,但必须保留本版权声明。