Un agent qui administre le réseau
ce qu'il sait faire, et ses limites

Ce qu'est un agent, concrètement

Un modèle de langage seul répond à des questions. Un agent dispose en plus d'outils, exécuter une commande, lire un fichier, interroger une API, ouvrir une page, d'une mémoire persistante et d'une capacité à enchaîner ces appels pour atteindre un objectif. C'est cette boucle qui produit un résultat vérifiable : un rapport, un correctif, un état des lieux.

Le poste, et le périmètre

Nous faisons tourner cet agent sur un poste d'administration Linux, dans un réseau maillé privé qui relie les serveurs, le poste d'administration et les sites clients. Rien n'est exposé sur Internet : l'agent n'atteint une machine que si le maillage l'y autorise.

Les garde-fous que nous appliquons

• Lecture avant écriture l'agent constate, mesure et rapporte. Toute action qui modifie un système passe par une décision humaine explicite.
• Une action à la fois pas de script qui touche dix machines d'un coup sans avoir vérifié la première.
• Vérification après coup le compte rendu d'une action n'est pas la preuve de son effet : on relit l'état réel, on ne croit pas le rapport.
• Aucun secret dans le contexte les identifiants restent dans les fichiers protégés du poste, jamais dans la conversation.

Ce que ça change vraiment

Le gain n'est pas dans la décision, il est dans la collecte : relever l'état de quinze machines, recouper des journaux, produire un rapport daté et chiffré. Ce travail prenait une demi-journée ; il prend quelques minutes, et l'administrateur consacre le temps restant à l'analyse et à l'arbitrage.

Le revers est symétrique : un agent qui se trompe se trompe vite et avec assurance. C'est pourquoi chaque intervention se termine par une vérification en direct, et par un rapport écrit que le client peut relire.