RomainOS Command Center

Je fais tourner plusieurs projets en parallèle, plus un coffre Obsidian. Chaque matin, la question qui coûte du temps est de savoir lequel des dépôts a besoin de moi.

Un agent capable d’ouvrir un dépôt, de proposer un correctif et de le fusionner est facile à construire. La difficulté est de le laisser faire : un agent qui se trompe et qui a le droit d’écrire abîme du travail, et personne ne s’en aperçoit avant la semaine suivante.

Le Command Center tourne en local, sans serveur ni URL publique. Il scanne les dépôts surveillés et le coffre Obsidian, les classe par score d’attention, et route chaque action proposée par un agent dans une file de revue : garde-fous, journal d’audit, coupe-circuit. La quasi-totalité s’arrête en revue humaine, et tout est écrit dans le journal.

L’autonomie est bornée par la politique au seul dépôt du Command Center lui-même. Tous les autres dépôts surveillés sont en proposition uniquement : une mauvaise décision d’agent ne peut abîmer que mon propre outillage. Le mode dégradé est écrit noir sur blanc : chaque échec retombe en revue, jamais en fusion.

En fonctionnement. 59 exécutions d’autopilote, dont une seule en échec. Le reste de la file, je l’ai traité à la main, proposition par proposition.

J’ai construit la boucle autonome, puis je l’ai empêchée de faire presque quoi que ce soit. Ce qui a le droit de passer sans moi tient dans une liste courte et fermée : dérive de documentation, erreurs de lint (trois au maximum), mises à jour de dépendances en patch ou mineur (deux au maximum). Tout le reste attend.

Les journaux gardent la trace de chaque décision, ligne par ligne, ce qui rend cette retenue vérifiable sans me croire sur parole.

• 41 propositions rejetées et 37 approuvées sur les 89 mises en file
• Plafond dur de 5 actions par exécution, 71 différées sur sept semaines
• Coupe-circuit vérifié sur 4 070 exécutions d’après le journal d’audit