Réalisations

Ce qui tourne, chiffres et pannes compris

Des systèmes conçus et exploités chaque jour sur les activités de NES Studio et de son fondateur. Ce qui a cassé est montré aussi : c'est la partie la plus utile pour vous.

Media Factory : une rédaction automatisée

Le besoin: Faire vivre quatre médias indépendants (EmotioNES, MindNES, KindNES, ParisianEs) sans rédaction salariée.
Ce qui a été construit: Une chaîne complète : veille, choix des angles, rédaction en trois passes, visuels, validation humaine sur Telegram, publication web. Déclenchée chaque matin, au repos le reste du temps.
Ce que la production a appris: Le 30 août, quatre garde-fous ont été ajoutés, un pour chaque panne réellement survenue : un plan de repli simulé ne peut plus être publié ; un sujet sans matière est abandonné avant qu'on paie sa rédaction ; une recherche documentaire restée muette 81 jours sous « 0 erreur » compte désormais comme une erreur.

Une équipe d'agents qui développe et exploite

Le besoin: Développer et maintenir une dizaine de projets seul, sans passer ses journées à recopier des instructions d'un outil à l'autre.
Ce qui a été construit: Un chef d'orchestre conçoit et envoie des missions ; une équipe de développement (CCO) code dans des copies de travail isolées ; une administratrice système (ClawdIA), pilotable depuis Telegram, déploie et surveille. Chaque modèle est choisi selon la mission : rapide et économe pour vérifier, plus puissant pour le code sensible.
La règle qui en est sortie: Le rapport d'un agent ne fait jamais foi. Les agents surévaluent leurs résultats ; on vérifie la modification réelle du code avant toute publication. Deux missions déclarées terminées avaient commité sans rien publier : le critère de fin exige désormais une publication vérifiée.

ClawdIA : l'agent d'exploitation, et ses deux incidents

Le rôle: Un agent administrateur système, auto-hébergé, qui déploie, sauvegarde et surveille les serveurs, avec une mémoire de travail persistante entre les sessions.
Premier incident: Un script non documenté écrivait chaque nuit, sans rien vérifier, que tout allait bien dans la mémoire de l'agent : 51 blocs identiques, plus de la moitié de sa mémoire long terme. Règle adoptée : seul l'agent écrit sa mémoire, et aucune affirmation d'état sans preuve attachée.
Second incident: Pendant onze jours, un contrôle toutes les trente minutes vérifiait des chemins d'un serveur qui n'existait plus, en rejouant toute la conversation à chaque fois. Diagnostiqué, corrigé sur ses trois causes, raconté en détail dans les carnets.

Une infrastructure souveraine, montée de zéro

Le besoin: Séparer les activités technologiques dans une société dédiée, sur une infrastructure qui lui appartient et se cède avec elle, sans dépendance à un compte personnel.
Ce qui a été construit: Serveur dédié, conteneurs, reverse proxy, forge de code, authentification unique, coffre de secrets, sauvegardes. L'état voulu de chaque zone DNS est écrit dans du code et comparé chaque jour à la réalité par une sentinelle.
Ce qui a été évité: Un premier script déduisait l'état voulu du DNS en place. Le jour où ce DNS était en panne, il aurait recopié la panne et l'aurait déclarée conforme, chaque jour. Il a été réécrit avant de servir.

Une documentation que les agents lisent et tiennent à jour

Le besoin: Qu'aucun savoir ne dépende de la mémoire d'une personne ou d'une conversation : ni la mienne, ni celle d'un agent.
Ce qui a été construit: Une base documentaire unique, organisée par pôle, exposée aux agents par un serveur sécurisé. Chaque fiche porte son journal daté. Les agents la consultent avant d'agir et proposent leurs mises à jour ; l'humain valide.
Le principe: La documentation d'hier est une hypothèse, pas une preuve. Lors d'un diagnostic, une cause plausible déjà écrite dans notre propre doc a été écartée en alignant simplement les horodatages.

L'outillage d'un négoce de véhicules premium

Le contexte: Un négoce de véhicules d'occasion premium, avec import européen, une soixantaine de véhicules par an et beaucoup de documents : carnets d'entretien, factures, contrôles.
Ce qui a été construit: Lecture automatique des carnets d'entretien et constitution d'un historique vérifiable par véhicule ; un coffre documentaire par véhicule ; une extension qui affiche cet historique directement sur les annonces ; un agent qui rédige les réponses aux acheteurs et les soumet à validation humaine avant envoi, piloté par trois mots-clés : arrêter, passer la main, fixer un rendez-vous.
La bascule du logiciel métier: Migration de 4 400 particuliers et 520 professionnels vers un nouveau logiciel de gestion : correspondance des champs, dédoublonnage, découpage aux contraintes d'import de l'éditeur.

Ranger sept ans de Drive

Le besoin: Un Drive accumulé sur sept ans et plusieurs activités, où plus personne ne retrouvait rien.
Ce qui a été fait: Une arborescence cible par activité, un plan de rangement validé avant tout déplacement, puis l'exécution par un agent pilotant l'interface, là où l'API ne permettait pas de déplacer. Résultat : huit dossiers d'activité à la racine, doublons supprimés, 62 archives de sauvegarde (25 à 30 Go) identifiées pour allègement.
Pourquoi c'est un cas d'IA: C'est le cas le plus courant en PME : pas de modèle sophistiqué, mais un agent qui propose d'abord, agit ensuite, et laisse l'humain trancher ce qui se supprime.

Un cas comparable chez vous ?

La plupart de ces systèmes se transposent à une PME en quelques semaines, à condition de bien choisir le premier.

En parler