Compétences auto-construites

Fonctionnement

1. Un agent reçoit une tâche.
2. Il parcourt la bibliothèque de compétences existante.
3. Si rien ne correspond, il construit lui-même la compétence nécessaire, en utilisant les primitives intégrées comme éléments de base.
4. La nouvelle compétence est enregistrée dans la bibliothèque.
5. Tous les agents de la plateforme y ont immédiatement accès.

Les 17 primitives fondamentales

Six catégories, Communication, Code, Fichiers, Mémoire, Données et Médias, couvrent des capacités allant de Demander à l'utilisateur et Recherche web jusqu'à Génération d'image et Transcription vocale.

Des effets de réseau cumulatifs

Un agent commercial qui construit une compétence « enrichissement CRM » pour son propre usage signifie que tout autre agent de la plateforme peut immédiatement la réutiliser. Un agent support qui enrichit des tickets n'a pas besoin de construire deux fois la même compétence. La bibliothèque passe d'un ensemble initial de 17 primitives vers un objectif projeté de 170, puis de plus de 100 000, à mesure que davantage d'agents rencontrent davantage de tâches inédites à travers une organisation.

Quand une compétence tombe en panne

Une compétence défaillante n'est pas simplement laissée cassée ou supprimée silencieusement. Trois voies existent selon ce qui a changé :

• Réparation : une trace d'erreur repasse par le même pipeline de construction qui a créé la compétence, lequel la corrige et la teste à nouveau avant de la mettre à jour sur place.
• Amélioration : une demande de fonctionnalité suit le même flux, en ajoutant des capacités sans supprimer ce qui fonctionnait déjà.
• Retour en arrière : toute version antérieure peut être restaurée directement.

Une compétence qui échoue de façon répétée est désactivée automatiquement plutôt que laissée à réessayer indéfiniment ; une réparation réussie la réactive.

Construction à partir d'une spécification d'API

Au-delà de l'écriture de code à partir d'une description en langage naturel, une compétence peut aussi être construite directement à partir de la spécification OpenAPI d'un service, ce qui est souvent plus rapide et plus précis qu'une description textuelle pour une API bien documentée.

À voir aussi

• Intégrations : les services externes que les compétences sollicitent
• Sécurité : comment les compétences auto-construites restent dans les mêmes limites d'identifiants et de sortie que tout le reste