# Je veux savoir quand mon agent échoue

Langue : fr

Identifiant : article:agent-que-les-sysadmins-accepteraient

Noa Matout

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.

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](/fr/articles/agent-personnel-deux-profils/).

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](/fr/articles/mesurer-cout-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](https://www.pdq.com/blog/state-of-system-administration-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](https://www.action1.com/company-news/action1-survey-finds-ai-adoption-falls-far-short-of-sysadmin-expectations/),
  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

agentSetupFailures : 6 pannes. Pannes constatées après la séparation de mon agent personnel.

silentFailures : 5 pannes silencieuses. Sous-ensemble des pannes constatées sans erreur visible dans l'usage courant de mon agent.

monitorDays : 2 jours. Durée pendant laquelle la surveillance échouait à chaque passage.

wakeups : 288 réveils par jour. Boucle de surveillance avant remplacement du sondage par un déclenchement au changement.