Skip to main content
Concept · 7 min
Exemple métier. Les exemples achats, qualité ou industrie illustrent le parcours. Adaptez les données, les rôles et le vocabulaire à votre contexte.
Un agent est un assistant spécialisé que vous configurez pour une mission durable. Sa mission décrit le comportement attendu, son périmètre limite les données accessibles et ses capacités définissent les actions qu’il peut proposer. L’Assistant général convient à des besoins variés. Un agent devient utile lorsque plusieurs personnes doivent retrouver le même cadre, les mêmes ressources et les mêmes garde-fous.
Spécialisé plutôt que généraliste. Un agent chargé uniquement de qualifier une demande sera plus prévisible qu’un agent censé analyser, rédiger, envoyer, modifier des tables et décider dans tous les contextes.

​
Quand créer un agent

Créez un agent si les quatre conditions suivantes sont réunies :
  • la mission peut être expliquée en quelques phrases stables ;
  • les sources utiles sont identifiables ;
  • les actions autorisées peuvent être limitées ;
  • des scénarios de test permettent de décider si son comportement est acceptable.
N’en créez pas uniquement pour enregistrer une consigne ponctuelle. Un fil de l’Assistant ou un modèle de demande peut suffire. Si le résultat doit suivre une séquence déterministe, utilisez plutôt une automatisation.

​
Où les agents sont gérés

La galerie liste vos agents sous forme de cartes (avec leur avatar). De là, vous créez, dupliquez ou ouvrez un agent dans son configurateur.
Galerie d’agents : cartes avec avatars générés

La galerie d’agents — chaque carte porte l’avatar de l’agent.

​
Les cinq couches de configuration

Ces couches se complètent. Une instruction « n’écris jamais » ne remplace pas une permission technique en lecture seule. À l’inverse, donner un droit d’écriture ne signifie pas que la mission explique correctement quand l’utiliser.

​
Cycle de vie recommandé

Commencez avec une audience réduite et des permissions minimales. Après chaque modification de la mission, du modèle, d’une capacité, du périmètre ou des droits, rejouez les scénarios qui pourraient être affectés.

​
Limites

  • Un agent peut mal interpréter une demande ambiguë ou une donnée incomplète.
  • Il ne doit pas être considéré comme propriétaire d’une décision métier.
  • Son partage ne donne pas automatiquement accès aux sources utilisées.
  • Une capacité activée élargit les actions possibles ; elle doit être configurée et testée.
  • Les actions sensibles restent soumises aux validations prévues par l’interface et aux droits de l’utilisateur.

​
Étapes suivantes

Configurer le Général

Définir une mission testable et une présentation compréhensible.

Tester dans la console

Comprendre dès maintenant ce qui devra être validé.
Last modified on July 28, 2026