Que peut décider un agent IA ?

« L’agent n’a pas le droit de décider cela » n’est pas un réglage dans un système. C’est une affirmation sur une étape précise d’un processus précis – et c’est exactement là qu’elle doit figurer.

La question est presque toujours mal posée

Dans la plupart des discussions, elle sonne ainsi : Quelle autonomie donnons-nous à l’IA ? La réponse est déjà gâchée, car la question réclame un chiffre là où il faudrait une liste.

L’autonomie n’est pas une propriété de l’agent. C’est une propriété de la tâche. Le même agent peut clore une étape de son propre chef et, à la suivante, se contenter d’une proposition – non qu’il soit devenu moins compétent entre-temps, mais parce que les conséquences diffèrent.

Ce n’est pas l’agent qui reçoit un niveau d’approbation, c’est l’étape.

Trois niveaux suffisent

Au-delà de trois niveaux, on obtient une matrice que personne n’entretient. Trois suffisent, s’ils sont nettement séparés :

1 En autonomie

L’agent exécute et clôt. Aucun humain ne voit le résultat au préalable.

Quand c’est défendable : Quand une erreur se voit à l’étape suivante et se corrige sans dommage. Exemple : produire un modèle à partir d’un compte rendu d’atelier. S’il est faux, le métier le voit aussitôt.

2 Soumis à approbation

L’agent prépare entièrement, un humain approuve. Sans approbation, rien ne se produit.

Quand c’est nécessaire : Quand le résultat produit un effet vers l’extérieur ou atterrit dans un autre système. Exemple : créer des tickets dans Jira, publier une page Confluence, remettre une spécification à un prestataire.

C’est le niveau le plus sous-estimé. Il n’est pas le compromis entre les deux autres : c’est le cas normal.

3 Exclu

L’agent n’a pas même le droit de proposer.

Quand c’est impératif : Quand la décision attribue une responsabilité ou concerne des personnes. Un agent ne peut ni attribuer un rôle, ni donner une approbation, ni signer une réception.

Pourquoi un agent ne porte jamais le A

Selon RACI, A signifie que quelqu’un en répond. Cette attribution suppose que l’on puisse demander des comptes à la personne – qu’elle en supporte les conséquences, puisse changer d’avis, puisse refuser.

Rien de cela ne s’applique à un agent. Un agent qui porte un A crée un vide qui ressemble à une attribution.

C’est d’ailleurs la seule règle de ce type qui se vérifie techniquement : un modèle peut signaler où un agent porte un A. Pour tout le reste, il faut du discernement.

Les quatre questions avant de classer

Question	Si la réponse est défavorable
Qui remarque une erreur – et quand ?	Si personne à temps : pas en autonomie
Que coûte la correction ?	Plus que l’économie : passer par l’approbation
Le résultat a-t-il un effet externe ?	Oui : approbation, sans exception
Attribue-t-il une responsabilité ?	Oui : exclu

Quatre questions auxquelles on répond en cinq minutes. Elles évitent le débat de principe, parce qu’elles se posent sur l’étape concrète.

Ce qui dérape en pratique

Le niveau est dans la configuration au lieu d’être sur le processus

Si l’obligation d’approbation est réglée dans l’outil, seul celui qui manie l’outil la connaît. Placée sur l’étape, elle est visible de quiconque regarde le processus – et elle survit au changement d’outil.

L’approbation comme clic sans regard

Qui valide vingt approbations par jour n’en examine aucune. Trop d’étapes d’approbation sont plus dangereuses que trop peu, car elles simulent la sécurité. Mieux vaut quelques approbations réelles que beaucoup de clics.

Personne ne revoit le classement

Ce qui exigeait une approbation il y a un an tourne peut-être en autonomie aujourd’hui – et inversement. Sans date fixe de révision, tout classement vieillit en silence.

À lire aussi :
Escalade et agents IA ·
RACI – qui décide, qui est consulté ·
Gouvernance et conformité