01 / Mes articles / Publié
Je veux savoir quand mon agent échoue
Presque tous les administrateurs systèmes attendent quelque chose de l'IA, et trois sur quatre s'inquiètent qu'elle agisse sans supervision. Ils ont raison, et c'est une spécification.
Rédigé le
Une enquête publiée par PDQ le 3 mars 2026, auprès de 1 034 administrateurs systèmes et professionnels de l'informatique, donne deux chiffres qui paraissent se contredire. 94 % pensent que l'IA va aider leur travail. Et 75 % s'inquiètent d'une IA qui agit sans supervision.
Ce n'est pas une contradiction, c'est une spécification. Ils attendent une IA qui assiste, pas une IA qui décide seule en production.
Je fais tourner un agent personnel sur un serveur depuis une semaine. Je suis administrateur systèmes. Je suis dans les deux chiffres à la fois, et je crois que cette inquiétude est fondée, pour une raison précise que je n'avais pas anticipée.
Ce que j'ai trouvé en regardant sous le capot
Pendant cette semaine, j'ai trouvé six pannes dans mon propre montage. Cinq étaient silencieuses. Je les détaille dans l'article sur mon assistant coupé en deux.
La surveillance de dérive de l'agent a cessé de fonctionner pendant deux jours sans un message, parce qu'un changement de permissions avait annulé un droit de lecture. Les sorties des tâches planifiées partaient dans un courrier local que personne ne lit, donc une tâche qui échouait toutes les heures ne disait rien. Un déclencheur se réveillait 288 fois par jour pour une seule livraison réelle. L'authentification par mot de passe du serveur était restée active alors que la configuration principale disait le contraire. Et la sauvegarde ne contenait pas les planifications de l'agent : une restauration aurait rendu une machine complète et vide de tout son travail.
Aucune de ces pannes n'aurait produit d'erreur visible avant des semaines. Pendant tout ce temps, l'agent répondait correctement quand je lui parlais.
C'est ça qui inquiète. Pas qu'un agent se trompe : un humain aussi se trompe. Qu'il se trompe sans que rien ne le dise, et qu'on ne s'en aperçoive qu'au moment où le retour arrière est devenu compliqué.
L'écart entre ce qu'on espérait et ce qu'on a
Une autre enquête, celle d'Action1, publiée le 30 juillet 2026 auprès de plus de mille administrateurs, compare les prévisions faites en 2024 aux usages d'aujourd'hui. 67 % d'entre eux prévoyaient une gestion des correctifs entièrement automatisée pour 2026. Aujourd'hui, 16 % déclarent l'avoir mise en place.
Le domaine qui s'approche le plus des prévisions est le dépannage : 47 % s'en servent, contre 52 % prévus, et surtout pour formuler des hypothèses et proposer des pistes, pas pour résoudre seuls. Autrement dit, tout ce qui s'arrête avant la décision.
Cet écart n'est pas technique. Appliquer un correctif est plus simple à automatiser que d'en comprendre l'urgence. Ce qui bloque, c'est qu'une décision d'exploitation demande de connaître le contexte métier, les dépendances entre systèmes, et surtout le coût d'une erreur. Et le coût d'une erreur, personne n'accepte de le déléguer à quelque chose qui ne le porte pas.
Ce à quoi ressemblerait un agent acceptable
Je ne l'ai pas conçu en partant de ces enquêtes, je les ai découvertes après. Ce qui rend la convergence intéressante : voilà les règles auxquelles je suis arrivé, et elles répondent une à une à cette inquiétude.
Il propose, je décide. Aucun mail envoyé, rien de supprimé, aucun ordre passé, rien de publié. Il prépare des brouillons. Ce n'est pas une limitation temporaire en attendant de lui faire confiance, c'est la règle permanente.
Il est coupé en deux. Un profil détient mes accès personnels et n'a aucun accès au web. L'autre lit le web et n'a accès à rien de personnel. Entre les deux, un dossier d'échange à sens unique. Parce qu'un agent qui réunit des données privées, du contenu qu'il n'a pas écrit et un moyen de sortir vers l'extérieur forme une chaîne complète, et qu'une consigne cachée dans une page devient alors une action sur mes comptes.
Sa configuration est versionnée toutes les heures, dans un dépôt auquel il n'a pas accès. Il réécrit ses propres instructions, c'est utile, et je veux pouvoir lire quand son comportement a changé. Lui donner l'accès au dépôt reviendrait à lui donner un canal de sortie, donc un autre utilisateur s'en charge.
Ses échecs crient. Chaque tâche planifiée a une destination en cas d'échec. C'est la correction la plus rentable de ma semaine, et la moins élégante.
Je sais ce qu'il consomme, tâche par tâche, grâce à un compteur que j'ai écrit et que je raconte dans l'article sur le coût de mon agent. Ce qui m'intéresse n'est pas le montant, c'est de savoir quelle tâche consomme quoi, et de pouvoir le vérifier plutôt que le supposer.
Ce que je ne lui déléguerais pas
La liste est courte et elle ne bougera pas.
Rien dont le retour arrière soit plus coûteux que l'action. Un correctif appliqué est vite annulé, une base migrée non. Rien dont l'effet est visible par quelqu'un d'autre que moi : un mail parti, un message publié, un ticket fermé. Et rien qui repose sur un jugement de contexte que je ne lui ai pas écrit, parce qu'il le produira quand même, avec aplomb.
L'agent peut en revanche préparer chacune de ces choses. La différence entre préparer et faire paraît mince tant que tout va bien. Elle est toute la distance entre ceux qui en attendent quelque chose et ceux qui s'inquiètent de le laisser seul.
La vraie question à poser à un agent
Je crois qu'elle n'est pas « qu'est-ce qu'il sait faire ». C'est « comment je saurai qu'il a arrêté de bien le faire ».
La plupart des montages que je vois, le mien compris il y a une semaine, n'ont aucune réponse à cette question. Ils ont une réponse à la première, souvent impressionnante. Et c'est précisément ce qui explique deux chiffres qui ont l'air de se contredire : presque tout le monde en attend quelque chose, et trois sur quatre s'inquiètent de le laisser seul.
Ce que je n'ai pas pu vérifier
Mon expérience porte sur un agent personnel, sur une seule machine, avec un seul utilisateur qui est aussi l'administrateur. Un parc d'entreprise ajoute la question de qui répond des décisions de l'agent, et je n'ai pas de réponse éprouvée là-dessus.
Les deux enquêtes n'interrogent pas les mêmes personnes et ne posent pas les mêmes questions. Je ne les additionne pas : chacune éclaire un point différent.
Je ne sais pas non plus si mes règles tiendraient à l'usage sur plusieurs mois. Une semaine de mesures, c'est une semaine de mesures.
Sources
- PDQ, State of Sysadmin 2026, publié le 3 mars 2026, enquête menée d'octobre à décembre 2025 : les 94 % et les 75 %.
- Action1, enquête 2026 sur l'impact de l'IA pour les administrateurs systèmes, annoncée le 30 juillet 2026 : l'écart entre prévisions et usages pour les correctifs et le dépannage.
Les pannes que je décris sont les miennes, relevées sur mon propre serveur.
Périmètre de la mesure
6 pannes. Pannes constatées après la séparation de mon agent personnel.
5 pannes silencieuses. Sous-ensemble des pannes constatées sans erreur visible dans l'usage courant de mon agent.
2 jours. Durée pendant laquelle la surveillance échouait à chaque passage.
288 réveils par jour. Boucle de surveillance avant remplacement du sondage par un déclenchement au changement.