agent protocol
v1.0.5
Vous pouvez trouver plus d'informations dans les documents.
L'espace d'agent AI est jeune. La plupart des développeurs construisent des agents à leur manière. Cela crée un défi: il est difficile de communiquer avec différents agents car l'interface est souvent différente à chaque fois. Parce que nous avons du mal à communiquer avec différents agents, il est également difficile de les comparer facilement. De plus, si nous avions une seule interface de communication avec des agents, cela faciliterait le développement de Devtools qui fonctionne avec des agents hors de la boîte.
Nous présentons le protocole d'agent - une seule interface commune pour communiquer avec les agents. Tout développeur d'agent peut implémenter ce protocole. Le protocole d'agent est une spécification API - liste des points de terminaison, que l'agent doit exposer avec des modèles de réponse prédéfinis. Le protocole est Agnostic Tech Stack . Tout agent peut adopter ce protocole, quel que soit le cadre qu'ils utilisent (ou non).
Nous pensons que cela aidera l'écosystème à se développer plus rapidement et à simplifier les intégrations.
Nous commençons par un noyau minimal. Nous voulons s'appuyer sur cela de manière itérative en apprenant des développeurs d'agents sur ce dont ils ont réellement besoin.
Réglez une norme simple générale qui permettrait une analyse comparative facile à utiliser des agents. L'un des principaux objectifs du protocole est une excellente expérience des développeurs et une simple mise en œuvre à la fin des développeurs d'agents. Vous commencez simplement votre agent et c'est tout ce que vous avez à faire.
Si vous souhaitez proposer un changement ou une amélioration du protocole. Veuillez suivre le modèle RFC.
La partie la plus importante. Il spécifie les critères de terminaison si l'agent exposait. Le protocole est défini dans la spécification OpenAPI.
À l'heure actuelle, le protocole est défini comme une API REST (via la spécification OpenAPI) avec deux itinéraires essentiels pour l'interaction avec votre agent:
POST /ap/v1/agent/tasks pour créer une nouvelle tâche pour l'agent (par exemple, donner à l'agent un objectif que vous souhaitez atteindre)POST /ap/v1/agent/tasks/{task_id}/steps pour exécuter une étape de la tâche définieIl dispose également de quelques itinéraires supplémentaires pour répertorier les tâches, les étapes et le téléchargement / téléchargement des artefacts.
Ceci est notre implémentation du protocole. C'est une bibliothèque que vous pouvez utiliser pour construire votre agent. Vous pouvez l'utiliser, ou vous pouvez l'implémenter par vous-même. C'est à vous.
L'utilisation du SDK devrait simplifier la mise en œuvre du protocole au strict minimum, mais en même temps, il ne devrait pas vous attacher les mains. L'objectif devrait être de permettre aux constructeurs d'agents de construire leurs agents et le SDK devrait résoudre le reste.
Fondamentalement, il enveloppe votre agent dans un serveur Web qui permet de communiquer avec votre agent (et entre les agents à l'avenir).
Cette bibliothèque doit être utilisée par les utilisateurs des agents. Votre agent est déployé quelque part et les utilisateurs de votre agent peuvent utiliser cette bibliothèque pour interagir avec votre agent.
Grâce à la norme, les utilisateurs peuvent essayer plusieurs agents sans avoir besoin de réglages supplémentaires (ou très minimes) dans leur code.
Si vous êtes un développeur d'agent, vous pouvez utiliser le SDK pour implémenter le protocole. Vous pouvez trouver plus d'informations dans les documents ou dans le dossier SDK.
agent-protocol dédiéagent-protocol dédiéagent-protocol dédié
