3 articles associés au mot-clé « Agents »

Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.

Si votre club utilise un système de gestion de contenu (CMS), cette situation vous sera peut-être familière. Un membre du personnel ou un bénévole crée le site, mais lorsqu’il part, personne d’autre ne sait le mettre à jour. Les modifications sont reportées, et les vieilles informations restent en ligne.

Nous avons construit Studio pour permettre au personnel du club de garder son site à jour aussi facilement que possible. Votre site se trouve dans Curling IO, avec les programmes, les événements et les inscriptions du club. Vous n’avez pas à gérer un site tiers compliqué, comme WordPress, ni à payer un autre fournisseur uniquement pour l’hébergement.

Le schéma habituel d’intervention humaine dans un agent IA ressemble à ceci : le modèle demande un appel d’outil, l’environnement d’exécution de l’agent s’arrête, une personne approuve l’appel, puis l’exécution reprend pour permettre à l’outil de s’exécuter.

C’est une conception généraliste raisonnable. Elle est aussi plus stricte que de laisser simplement un agent appeler tous les outils qu’il voit. Pour Curling IO, nous voulions exposer au modèle la plus petite surface possible et placer un garde-fou contrôlé par l’application sur chaque chemin menant à une écriture. Cela nous a amenés à poser une question plus stricte :

Si l’application possède déjà les détails exacts de l’appel, pourquoi redonner le contrôle à l’agent?

Au moment où nous demandons à un gestionnaire de club d’approuver une opération, Curling IO a analysé la requête du modèle, résolu chaque valeur par défaut, vérifié l’état actuel de l’application, produit un aperçu fixe et conservé les arguments exacts. Le modèle n’a plus rien d’utile à apporter à l’exécution. Nous ne le laissons donc pas exécuter l’opération et ne le relançons pas simplement pour donner suite à l’approbation.

L’agent propose. L’application transforme cette proposition en contrat. Une personne approuve le contrat. Rust l’exécute.

Cet article fait partie de notre série d’aperçus de Curling IO v3, où nous explorons certaines fonctions offertes dans la prochaine version.

Curling IO v3 comprend une assistance intégrée facultative pour la plupart des tâches d’un gestionnaire de club. Elle apparaît dans la section où le travail se fait et utilise le contexte nécessaire à ce travail.

Un assistant peut examiner un problème, expliquer ses constatations et préparer une opération à vérifier. Il exécute cette opération seulement après l’approbation explicite d’un administrateur.