agent protocol
v1.0.5
문서에서 추가 정보를 찾을 수 있습니다.
AI 에이전트 공간은 젊습니다. 대부분의 개발자는 자신의 방식으로 에이전트를 구축하고 있습니다. 이것은 도전을 만듭니다. 인터페이스가 종종 다르기 때문에 다른 에이전트와 의사 소통하기가 어렵습니다. 우리는 다른 에이전트와 의사 소통하는 데 어려움을 겪기 때문에 쉽게 비교하기가 어렵습니다. 또한 에이전트와의 단일 통신 인터페이스가 있다면 상자에서 에이전트와 함께 작동하는 DevTools를보다 쉽게 개발할 수 있습니다.
에이전트 프로토콜 - 에이전트 프로토콜을 제시합니다. 모든 에이전트 개발자는이 프로토콜을 구현할 수 있습니다. 에이전트 프로토콜은 API 사양 - 엔드 포인트 목록으로, 에이전트는 사전 정의 된 응답 모델로 노출되어야합니다. 이 프로토콜은 기술 스택 아가스트릭 입니다. 모든 에이전트는 사용중인 프레임 워크 (또는 사용하지 않음)에 관계 없이이 프로토콜을 채택 할 수 있습니다.
우리는 이것이 생태계가 더 빠르게 성장하고 통합을 단순화하는 데 도움이 될 것이라고 생각합니다.
우리는 최소한의 코어로 시작합니다. 우리는 에이전트 개발자로부터 실제로 필요한 것에 대해 배우면서 반복적으로 기반을두고 싶습니다.
에이전트의 벤치마킹을 쉽게 사용할 수있는 일반적인 간단한 표준을 설정하십시오. 이 프로토콜의 주요 목표 중 하나는 훌륭한 개발자 경험과 에이전트 개발자의 끝에 대한 간단한 구현입니다. 당신은 당신의 에이전트를 시작하고 그게 당신이해야 할 전부입니다.
프로토콜에 대한 변경 또는 개선을 제안하려면. RFC 템플릿을 따르십시오.
가장 중요한 부분. 에이전트가 노출 해야하는 엔드 포인트를 지정합니다. 프로토콜은 OpenAPI 사양으로 정의됩니다.
현재 프로토콜은 에이전트와의 상호 작용을위한 두 가지 필수 경로가있는 REST API (OpenAPI 사양을 통해)로 정의됩니다.
POST /ap/v1/agent/tasks (예 : 에이전트에게 달성하려는 목표를 제공)POST /ap/v1/agent/tasks/{task_id}/steps또한 작업, 단계 및 다운로드 / 업로드 아티팩트를 나열하기위한 몇 가지 추가 경로가 있습니다.
이것이 우리의 프로토콜 구현입니다. 에이전트를 구축하는 데 사용할 수있는 도서관입니다. 당신은 그것을 사용할 수 있거나 직접 구현할 수 있습니다. 그것은 당신에게 달려 있습니다.
SDK를 사용하면 프로토콜의 구현을 최소한으로 단순화해야하지만 동시에 손을 묶어서는 안됩니다. 목표는 에이전트 빌더가 에이전트를 구축 할 수 있도록하는 것이며 SDK는 나머지를 해결해야합니다.
기본적으로 에이전트를 웹 서버에서 랩핑하여 상담원과의 커뮤니케이션 (및 미래의 에이전트간에)을 마무리합니다.
이 라이브러리는 에이전트 사용자가 사용해야합니다. 에이전트가 어딘가에 배치되며 에이전트 사용자는이 라이브러리를 사용하여 에이전트와 상호 작용할 수 있습니다.
표준 덕분에 사용자는 코드에서 추가 조정 (또는 매우 최소한)없이 여러 에이전트를 시도 할 수 있습니다.
에이전트 개발자 인 경우 SDK를 사용하여 프로토콜을 구현할 수 있습니다. 문서 또는 SDK 폴더에서 추가 정보를 찾을 수 있습니다.
agent-protocol 채널에 가입하십시오agent-protocol 채널에 가입하십시오agent-protocol 채널에 가입하십시오
