Préparer le contexte et les validations

Variables d'exécution

Dans Configurer → Contexte d'exécution, l’écran récapitule les variables déjà déclarées dans la configuration. Pour chacune, il affiche le type, le caractère requis ou facultatif, la source et l’éventuelle valeur par défaut. Les sources possibles sont :

• la saisie du run, fournie à chaque exécution par l’appelant ;
• une valeur agent, constante pour cet agent ;
• le contexte de l’organisation, injecté automatiquement et affiché en lecture seule.

Cet écran est un récapitulatif, sans bouton d’ajout ou d’édition. Si une variable requise manque ou est mal définie, corrigez la capacité ou la skill qui la déclare, ou demandez à l’assistant de conception d’ajuster la configuration. Testez ensuite le cas où une valeur obligatoire n’est pas fournie.

Secrets et connexions

La section Secrets & connexions affiche les références attendues et un état indicatif : connecté, expiré ou manquant. Les valeurs secrètes ne sont pas affichées ni incluses dans un export de l'agent.

Un état connecté ne prouve pas que l'utilisateur a le droit d'effectuer toutes les actions. Lancez un test avec le compte et la ressource réellement visés.

Validations humaines

Ouvrez Configurer → Validations humaines pour placer une approbation sur les actions exécutables déjà attachées à l’agent. Pour chaque action, vous pouvez régler quand demander l’accord, le niveau de risque, le délai, le comportement à l’expiration, les approbateurs et le canal de notification proposé. L’étape générique Validation humaine reste toujours sous approbation.

Placez une validation avant toute opération qui engage une personne ou un système : envoyer un message, modifier une donnée, publier un contenu ou déclencher une transaction. La pause n’arrive que si l’agent appelle effectivement l’action marquée. Pendant le test :

1. vérifiez que la demande de validation apparaît avant l'action ;
2. relisez les paramètres présentés au valideur ;
3. essayez une acceptation et un refus ;
4. contrôlez qu'une demande en attente n'est pas présentée comme terminée ;
5. vérifiez le comportement lorsque l'échéance est dépassée.

Les demandes en attente se retrouvent aussi dans Validations. Pour un brouillon d'e-mail, contrôlez les destinataires, l'objet et le contenu avant d'accepter.

L’option Faire valider la réponse finale est affichée séparément. Si l’écran signale qu’elle n’est pas câblée au runtime, elle ne bloque pas encore les réponses et ne doit pas être utilisée comme preuve de validation. Appuyez-vous alors sur les approbations d’actions réellement exécutables.

Orchestration

La section Orchestration permet de faire travailler plusieurs agents ensemble. Le mode Délégation laisse l'agent choisir le sous-agent pertinent à partir de la demande et de la description d'usage de chaque sous-agent. C'est le mode exécutable à utiliser aujourd'hui. Commencez avec peu de sous-agents, décrivez clairement quand chacun doit être appelé, puis testez une demande par route et une demande ambiguë.

Le mode avancé Flux explicite sert actuellement de maquette : vous pouvez dessiner les nœuds et les transitions, vérifier la cohérence du graphe et afficher son code Mermaid, mais ce flux n'est pas exécuté côté serveur. Ne l'utilisez donc pas pour piloter une exécution réelle. Un ancien graphe enregistré peut rester consultable en lecture seule ; désactivez l'orchestration et enregistrez pour le retirer.