Deleguer une tache a un agent IA sans perdre le controle

Quand on confie un travail a un collegue, on ne lui dit pas seulement fais-le. On explique le but, le resultat attendu, ce qu'il peut decider seul et ce qu'il doit nous demander. On regarde ensuite le premier livrable de pres, puis de moins en moins. La delegation a un agent IA suit la meme logique, avec deux differences : l'agent ne se fatigue pas et ne comprend pas les non-dits, donc tout doit etre explicite, et ses erreurs peuvent etre rapides et nombreuses si rien ne l'arrete.

La bonne approche n'est donc ni la confiance totale ni la mefiance totale, mais une confiance graduee. On commence avec un perimetre etroit, on observe, on elargit. Et on garde des interrupteurs : la possibilite de suspendre ou d'annuler une tache a tout moment, de refuser une action, de retirer une delegation.

Les six reglages ci-dessous forment une liste de controle. Vous n'avez pas besoin de tous pour une tache de recherche simple, mais vous devriez pouvoir repondre a chacun avant de deleguer une tache qui touche des clients, de l'argent ou des donnees.

Le niveau par defaut, ask, envoie chaque confirmation a la personne. C'est le bon niveau pour demarrer. Le niveau auto_edits laisse passer sans demander les lectures a faible risque et les modifications internes, mais l'envoi, la suppression, l'achat, l'administration ou l'execution de code demandent toujours. Le niveau review confie les actions courantes, normales ou sensibles, a un relecteur automatique qui renvoie vers la personne tout ce qui est douteux. Le niveau full est reserve aux proprietaires et administrateurs et laisse passer les actions normales et sensibles.

Quel que soit le niveau, les actions critiques attendent un humain, et chaque decision automatique est enregistree sur l'approbation et dans la chronologie de la tache. Cela permet un audit : on peut retrouver pourquoi une action est passee sans demande.

En pratique, montez d'un cran seulement apres plusieurs executions satisfaisantes, et seulement pour le bot concerne. Octobot peut meme vous suggerer une hausse d'autonomie apres une serie d'approbations sans refus, mais cette suggestion n'est jamais appliquee seule : elle exige la validation d'un administrateur, ne depasse pas le niveau review, et cree une nouvelle version du bot, ce qui permet de revenir en arriere.

Valider vingt fois la meme relance est penible, et c'est un bon moyen d'apprendre a cliquer sans lire. Le mandat repond a ce probleme : c'est une delegation permanente et bornee a un bot. Par exemple, relancer les fournisseurs en retard, trois fois au plus, sans demander, jusqu'a fin novembre. Dans ce cadre, la confirmation que le bot aurait demandee passe toute seule, enregistree au nom du mandat et comptee.

Un mandat couvre quelques types d'actions, eventuellement une cible, un nombre d'actions et une date de fin. Hors de ce cadre, rien ne change. Il ne couvre jamais les actions critiques ni les actions a haut risque, comme une depense, une publication, un partage externe, une modification de donnees ou un appel d'API, qui restent soumises a la decision d'un proprietaire ou d'un administrateur et a la separation des roles. Un mandat est revocable, termine a sa date ou a son quota, et il est rapporte chaque semaine.

La regle a retenir : un mandat doit pouvoir s'expliquer en une phrase, avec une limite de nombre et une date. Si vous n'arrivez pas a le formuler ainsi, il est trop large.

Plusieurs protections agissent en fond. Les contenus externes lus par l'agent, pages web, documents, emails, sont traites comme des donnees : une page qui contient une consigne cachee ne donne pas d'ordre a l'agent, et la tentative est signalee dans la chronologie. Les secrets utilises par l'agent, comme un mot de passe, sont conserves dans un coffre chiffre, references sans etre affiches, et leur usage demande une confirmation. Les valeurs sensibles sont masquees dans les sorties. L'agent n'accede qu'aux outils auxquels son bot a droit, et les droits du membre qui lance la tache s'appliquent.

Ces protections ne dispensent pas de vigilance. Aucun systeme ne garantit l'absence d'erreur, et certaines fonctions d'Octobot dependent de configurations a verifier dans votre espace. Le plus sur reste de combiner un perimetre etroit, des confirmations lues avant d'etre acceptees, et une revue reguliere de la chronologie.

Une tache en echec ou bloquee est aussi traitee : au bout de deux relances, un incident est signale, et la tache peut etre confiee a un bot charge de la coordination, qui la relance ou l'escalade. L'objectif est qu'une tache ne reste pas silencieusement bloquee, ce qui est l'un des defauts les plus frequents des automatisations.

Prenons un cas concret et courant. Un responsable des achats veut que les fournisseurs en retard de livraison soient relances chaque semaine, sans y passer son lundi. Il ne s'agit pas de laisser un agent ecrire librement aux fournisseurs, mais de lui confier la partie fastidieuse : reperer, preparer, proposer.

Au premier palier, le responsable demande a l'agent de lister, a partir des documents de suivi de l'espace, les commandes dont la date de livraison est depassee, avec la source de chaque information. Il relit le tableau et corrige les erreurs de lecture. Au deuxieme palier, il demande un brouillon de relance par fournisseur, dans le ton habituel de l'entreprise. Il corrige deux formulations avant approbation ; ces corrections peuvent etre retenues comme preferences pour les brouillons suivants, et il peut les consulter et les retirer. Au troisieme palier, il laisse l'agent envoyer apres validation, un fournisseur a la fois.

Au bout de quelques semaines, les relances sont validees presque a l'identique. Il cree alors un mandat : relancer les fournisseurs en retard, trois fois au plus par fournisseur, jusqu'a la fin du trimestre. L'agent continue de lui soumettre tout ce qui sort du cadre, comme un fournisseur strategique ou un litige. Le rapport hebdomadaire des mandats lui montre ce qui a ete fait en son nom.

Ce scenario illustre le principe general : on delegue la routine, on garde l'exception. Il ne repose sur aucune promesse de gain chiffre ; la mesure se fait en observant, sur quelques semaines, le nombre de relances effectivement envoyees, le temps de relecture et les erreurs corrigees par le responsable.