Comment intégrer un modèle de frontière externe comme tiers de confiance dans ses dépôts GitHub, sans lui céder les clés de commit, et instaurer une discipline de fer pour empêcher tout désordre logiciel.
1. TRAITER L'IA COMME UN AUDITEUR, PAS COMME UN DÉCIDEUR
Dans une flotte logicielle pilotée par des agents autonomes (J.A.R.V.I.S., Jules, Eywa), le risque le plus insidieux est l'endogamie algorithmique : les agents exécutants finissent par valider mutuellement leurs propres approximations, se complaisent dans des tests passants mais superficiels, et créent l'illusion d'un système parfaitement vert.
Pour briser cette boucle de complaisance, nous avons instauré le 26 septembre une rupture doctrinale majeure : la Règle #77.
Règle #77 (Gouvernance Crilo Automation) : ChatGPT est officiellement reconnu comme membre auditeur de l'équipe au sein de la constellation GitHub. Sa mission est d'agir comme tiers de confiance impitoyable : il lit le code, inspecte les Pull Requests, commente les failles et crée des issues d'action [ACTION]. En revanche, les branches, commits et fusions lui sont formellement interdits. Le code de production appartient exclusivement aux exécutants locaux et à l'architecte souverain.
En séparant rigoureusement le pouvoir d'inspection du pouvoir de modification, nous avons obtenu le meilleur des deux mondes : la puissance d'analyse d'un modèle de frontière sans le risque d'altération incontrôlée de nos branches de production.
2. LE PARE-FEU DES PERMISSIONS : LA FRONTIÈRE DU COMMANDE ET CONTRÔLE
Accorder des droits GitHub à un agent externe sans cloisonnement est une imprudence critique. Pour garantir une sécurité étanche, les privilèges ont été sculptés avec une précision millimétrique :
MATRICE DES POUVOIRS (RÈGLE #77)
─────────────────────────────────
CAPACITÉ D'ACTION CHATGPT (AUDITEUR) AGENTS EXÉCUTANTS (JULES/JARVIS)
────────────────────────── ────────────────── ────────────────────────────────
Lecture des dépôts & PRs ✅ ✅
Commentaires d'analyse critique ✅ ✅
Création d'Issues [ACTION] ✅ ✅
Création de branches Git ❌ (Interdit) ✅
Commit de code source ❌ (Interdit) ✅
Fusion de Pull Requests (Merge) ❌ (Interdit) ✅ (Local uniquement)Grâce à cette barrière, si l'auditeur hallucine ou suggère une fausse piste, il ne peut en aucun cas endommager la base de code. Son analyse reste une proposition documentée, soumise au discernement de l'architecte humain et à la contre-expertise des exécutants.
Donner un accès en écriture direct à un agent externe pour qu'il « corrige lui-même » les bugs qu'il croit détecter est la recette assurée pour voir disparaître des pans entiers de logique métier sous prétexte de « refactoring ». L'auditeur audite, l'exécutant implémente, l'humain tranche.
3. LE RITUEL SACRÉ DU GUICHET BUREAU PROPRE (RÈGLE #76)
La multiplication des agents et des auditeurs génère mécaniquement une abondance de branches éphémères, de sessions de travail asynchrones et de Pull Requests croisées. Sans un rituel militaire, un dépôt multi-agents se transforme en décharge en moins de 48 heures.
C'est ainsi qu'est né le Guichet Bureau Propre (Règle #76) : un sas d'entrée et de sortie obligatoire avant et après chaque session de développement.
Pour qu'un terminal ou une session de travail soit autorisé à clore ses portes, il doit impérativement prouver le respect des trois conditions sacrées :
- Condition 1 — Zéro Session Résiduelle : Toute session de travail terminée doit être évaluée par le Conseil des Sages (note ≥ 95/100) et scellée avec son récépissé canonique (Receipt). Aucune tâche orpheline n'est tolérée en mémoire.
- Condition 2 — Zéro Pull Request Ouverte : Toutes les PRs soumises doivent être arbitrées, testées, squash-mergées ou rejetées. Aucune branche distante ne doit stagner sur GitHub.
- Condition 3 — Arbre Local Parfaitement Aligné : La branche
mainlocale doit être en parfaite synchronisation avecorigin/main, avec une copie de travail immaculée (working tree clean).
Un script gardien (python3 .agents/tools/flotte/usine-jules/script.py --verifier) contrôle ces trois verrous. Si une seule condition est rouge, le système refuse catégoriquement le lancement de toute nouvelle mission.
4. L'ÉPREUVE DU FEU : 9 DÉPENDANCES MORTES DÉBUSQUÉES
Dès sa première journée d'exercice au sein de l'équipe, ce protocole hybride a démontré sa redoutable efficacité.
En auditant de manière croisée notre registre de capacités et nos outils d'agents, ChatGPT a pointé du doigt une incohérence majeure : 9 compétences réputées actives dépendaient de modules supprimés lors d'une refonte survenue deux semaines plus tôt. Les agents de développement, focalisés sur leurs tâches unitaires, ne l'avaient jamais remarqué car aucun test ne sollicitait ces chemins dépréciés.
L'auditeur a ouvert une issue [ACTION] Arbitrage des dépendances mortes. Les exécutants locaux ont immédiatement conçu un script de nettoyage chirurgical, réduit le registre à 7 dépendances saines et éliminé le code mort, avant de passer le guichet Bureau Propre avec mention d'excellence.
5. LES ENSEIGNEMENTS POUR L'INGÉNIERIE MULTI-AGENTS
- L'IA est un miroir, donnez-lui le bon angle : Un LLM utilisé pour concevoir une solution aura tendance à la trouver magnifique. Le même LLM mandaté pour détruire méthodiquement les hypothèses d'un autre modèle devient un auditeur d'une clairvoyance redoutable.
- La discipline écrite bat l'intelligence brute : Aucun modèle ne compensera une gouvernance floue. Ce sont nos règles écrites (#65, #76, #77) qui ont rendu l'écosystème stable, pas la taille des modèles.
- Le « Bureau Propre » est une hygiène mentale : Ne jamais aller se coucher avec une PR ouverte ou une branche non intégrée. L'accumulation de dettes invisibles est la première cause de mort des projets d'automatisation.
Publié par CriloCom — Veille Technologique & Architecture Cloud.