agent protocol
v1.0.5
Вы можете найти больше информации в документах.
Пространство агента ИИ молодо. Большинство разработчиков по -своему строят агентов. Это создает задачу: трудно общаться с разными агентами, так как интерфейс часто отличается каждый раз. Поскольку мы боремся с общением с различными агентами, трудно их легко сравнить. Кроме того, если бы у нас был один интерфейс связи с агентами, это также облегчит разработку Devtools, которые работают с агентами из коробки.
Мы представляем протокол агента - один общий интерфейс для общения с агентами. Любой разработчик агента может реализовать этот протокол. Протокол агента представляет собой спецификацию API - список конечных точек, которые агент должен подвергать предопределенным моделям ответов. Протокол является техническим стеком агностиком . Любой агент может принять этот протокол, независимо от того, какую структуру они используют (или не используют).
Мы считаем, что это поможет экосистеме расти быстрее и упростить интеграцию.
Мы начинаем с минимального ядра. Мы хотим опираться на это итеративно, узнав у разработчиков агентов о том, что им на самом деле нужно.
Установите общий простой стандарт, который позволил бы легко использовать сравнительный анализ агентов. Одной из основных целей протокола является большой опыт разработчиков и простая реализация в конце разработчиков агентов. Вы просто начинаете своего агента, и это все, что вам нужно сделать.
Если вы хотите предложить изменение или улучшение протокола. Пожалуйста, следуйте шаблону RFC.
Самая важная часть. Это указывает, какие конечные точки должны разоблачить агент. Протокол определяется в спецификации OpenAPI.
Прямо сейчас протокол определяется как API REST (через спецификацию OpenAPI) с двумя основными маршрутами для взаимодействия с вашим агентом:
POST /ap/v1/agent/tasks для создания новой задачи для агента (например, предоставление агенту цель, которую вы хотите достичь)POST /ap/v1/agent/tasks/{task_id}/steps для выполнения одного шага определенной задачиУ него также есть несколько дополнительных маршрутов для перечисления задач, шагов и загрузки / загрузки артефактов.
Это наша реализация протокола. Это библиотека, которую вы можете использовать для создания своего агента. Вы можете использовать его, или вы можете реализовать его самостоятельно. Тебе решать.
Использование SDK должно упростить реализацию протокола до минимума, но в то же время он не должен завязывать ваши руки. Цель должна заключаться в том, чтобы позволить агентским строителям строить свои агенты, а SDK должен решить все остальное.
По сути, он завершает вашего агента на веб -сервер, который позволяет общаться с вашим агентом (и между агентами в будущем).
Эта библиотека должна использоваться пользователями агентов. Ваш агент где -то развернут, и пользователи вашего агента могут использовать эту библиотеку для взаимодействия с вашим агентом.
Благодаря стандарту, пользователи могут попробовать несколько агентов без необходимости каких -либо дополнительных корректировок (или очень минимальных) в своем коде.
Если вы разработчик агента, вы можете использовать SDK для реализации протокола. Вы можете найти больше информации в документах или в папке SDK.
agent-protocolagent-protocol каналуagent-protocol каналу
