Les agents

La flotte

Pour qui : gestionnaires et administrateurs (gestion), tout membre (déclenchement selon droits) — Où : /agents (cockpit : /agents/cockpit)

Les agents travaillent pour vous en tâche de fond : combler les lacunes, détecter les contradictions, rédiger des comptes-rendus, surveiller un sujet… La page Agents donne accès au Guide, au Poste de pilotage, aux Chaînes et au Centre de revue — et à un bouton « Ajouter un agent » pour installer un agent du catalogue ; un « Arrêt d'urgence » suspend toute la flotte.

Utilisation

1. /agents → « Ajouter un agent » → choisissez dans le catalogue.
2. Réglez son périmètre : bases de connaissances lues, planification (quotidien, hebdomadaire…), autonomie (toute écriture passe par validation, ou automatique pour les agents de confiance).
3. Suivez ses exécutions : chaque carte affiche « Planifié », « Prochain run » et « Dernier run », et chaque exécution a sa page d'audit — ce que l'agent a lu, décidé, produit, et son coût.

Bon à savoir

• Le cockpit affiche des coûts honnêtes : durée, jetons consommés, estimation en euros.
• next_run_at vous dit toujours quand l'agent repassera.
• Une alerte peut prévenir les administrateurs à chaque fin d'exécution.
• En haut de chaque page d'agent, l'encadré « Ce que fait cet agent » résume en clair ce qu'il lit, son déroulé (étapes, branches, délégations) et ce qu'il produit — sans avoir à ouvrir le constructeur.

Créer un agent personnalisé

Pour qui : gestionnaires et administrateurs — Où : /agents → Nouvel agent

Le constructeur en trois sections : Mission (quoi et pourquoi — un assistant de rédaction vous aide à formuler), Périmètre (bases, collections, outils autorisés), Déclenchement (planification ou déclencheurs).

Utilisation

1. Décrivez la mission — le bouton d'aide rédige une première version que vous ajustez.
2. Choisissez les bases/collections lues et les actions permises.
3. Sauvegarder et tester : un run d'essai immédiat, avec sa trace détaillée.

Ce que l'agent demande au lancement

Pour qui : gestionnaires et administrateurs — Où : constructeur → « Ce que l'agent demande au lancement »

Plutôt qu'une seule zone de texte libre, déclarez les entrées dont l'agent a besoin : un nom de compte, un angle à choisir dans une liste, un contexte long… Chacune devient un champ du formulaire de lancement, et une variable réutilisable dans les consignes et les recherches.

Utilisation

1. Ajoutez une entrée : une clé (compte), un libellé affiché (« Nom du compte »), un type (texte court, texte long, nombre, liste de choix) et, si besoin, « obligatoire ».
2. Dans vos consignes ou vos recherches, appelez-la avec {input.compte}.
3. Sur la page de l'agent, un formulaire est généré automatiquement : on remplit, on lance.

Bon à savoir

• Une entrée obligatoire laissée vide bloque le lancement, avec le nom du champ manquant.
• Ce avec quoi un run a été lancé est conservé sur la page du run : une exécution passée reste reproductible.
• Les mêmes entrées sont exposées à vos outils connectés en MCP, qui savent donc quoi fournir.

Déroulé : étapes, branches et délégation

Pour qui : gestionnaires et administrateurs — Où : constructeur → « Étapes »

Un agent peut enchaîner plusieurs étapes avant de rédiger. Chaque étape a une condition d'exécution — c'est le branchement : selon ce qu'a produit l'étape précédente, la suite emprunte un chemin ou l'autre. Une étape peut aussi déléguer à un autre agent.

Utilisation

1. Ajoutez une étape de type Recherche (ses propres sources + une consigne) ou Déléguer à un autre agent.
2. Réglez sa condition : toujours, si l'étape précédente a produit un résultat, si le résultat contient (ou ne contient pas) un mot.
3. Pour router : faites produire un libellé par une étape amont (« Réponds uniquement CONGES ou PAIE »), puis conditionnez les branches dessus.

Bon à savoir

• Une étape dont la condition n'est pas remplie est sautée ; la page du run l'indique explicitement.
• L'agent délégué lit ses propres sources et raisonne à part : il ne renvoie que sa synthèse, et n'émet jamais d'écriture lui-même — la gouvernance reste à l'agent principal.
• La délégation va à un seul niveau de profondeur (un délégué ne délègue pas à son tour).

Le mode Auto

Pour qui : gestionnaires et administrateurs — Où : constructeur → méthode de raisonnement, ou bouton « Mode Auto » sur la page d'un agent

En mode Auto, vous décrivez l'objectif et l'agent décide lui-même de ses étapes : quel outil interroger, avec quelle requête, quand déléguer, quand s'arrêter pour rédiger. Il ne peut piloter que les sources et les délégués que vous avez configurés.

Utilisation

1. Depuis la page d'un agent existant : « Mode Auto » crée une copie en mode automatique, en pause et sous validation — l'agent d'origine continue de tourner sans changement.
2. Vérifiez sa configuration, testez, puis activez-la.
3. Après chaque exécution, dépliez « Plan suivi par l'agent » sur la page du run.

Bon à savoir

• Le plan est relisible : pour chaque étape, l'outil utilisé, la requête, la raison invoquée par l'agent et le volume collecté. Vous pouvez donc auditer un raisonnement automatique au lieu de le subir.
• Le nombre de tours et le budget d'appels au modèle restent plafonnés : le mode Auto ne peut pas s'emballer.
• Comme partout, aucune écriture externe ne part sans validation humaine.

Chaînes d'agents

Pour qui : administrateurs — Où : /agent_chains

Enchaînez plusieurs agents avec passage de données et branches conditionnelles (« si l'agent A trouve des lacunes, alors l'agent B rédige, sinon fin »). Chaque maillon reste soumis aux mêmes règles de validation.

Bon à savoir

• À ne pas confondre avec les branches à l'intérieur d'un agent (section « Déroulé ») : les chaînes orchestrent des agents distincts, chaque passage de relais étant validé au Centre de revue.