Fonctionnalités
De la demande au résultat, dans votre logiciel.
Une action réalisée par l'agent n'est pas une réponse de plus : c'est un effet réel dans votre application, avec ses traces et ses garde-fous.
Ce qui ne se laisse pas arrondir
Un agent utile est un agent dont on peut croire les comptes rendus. Ces distinctions sont tenues jusque dans l'interface.
Le succès vient du serveur
Une action n'est déclarée réussie que si l'application l'a confirmée. Une animation ou un message optimiste ne vaut pas preuve.
Un refus est un refus
Quand un droit manque ou qu'une règle métier s'y oppose, l'agent le dit et explique ce qui bloque, au lieu de contourner ou de rester vague.
Un résultat partiel est nommé
Sur un lot, les éléments traités et ceux qui ont échoué sont distingués. Aucun demi-succès n'est présenté comme un succès.
L'incertitude est dite
Quand l'agent ne peut pas confirmer l'état final, il l'annonce plutôt que de choisir la version la plus flatteuse.
Le trajet d’une demande
Ces quatre temps sont toujours distincts, quelle que soit la tâche. C'est ce qui permet de savoir où en est le travail.
- 01
La demande
L'utilisateur exprime son intention en langage naturel. L'agent reçoit une référence de l'écran ou de l'objet en cours, pas une copie de tout ce qui est affiché.
- 02
La proposition
L'agent annonce ce qu'il propose de faire : les objets concernés, la modification prévue, le coût connu s'il y en a un. Rien n'est engagé à ce stade.
- 03
L'accord
Selon le niveau d'autonomie retenu pour cette capacité, l'action part directement ou demande une confirmation. Un élargissement du périmètre exige une nouvelle décision.
- 04
Le résultat
L'effet apparaît dans l'application. L'agent annonce précisément ce qui s'est produit : réussite, résultat partiel, refus ou échec.
Les capacités ouvertes à l'agent sont celles que votre application expose et que vous autorisez. Elles se définissent au cadrage du pilote, capacité par capacité.