blog.vfg.lol

Un palier documenté, un pont Telegram qui ne cassait pas où on croyait, une doctrine écrite, cinq erreurs de mesure avouées — et deux questions qui n'ont toujours pas de réponse.

Seize endroits prétendent dire où en est le système. Ceux qui sont calculés tiennent ; ceux qui sont écrits à la main dérivent — et deux « dérivés » sont morts depuis juin.

Retour sur la journée où le méta-système a gagné son geste de clôture, sa méthode de mesure, son journal de sessions et son plan de refactorisation des règles — avec état mesuré des services relancés

Cartographie opérationnelle de 32 projets VFG : états prod, entrées/sorties, probes HTTP, DAG d'interactions, et plan P0–P4 pour retisser les microservices sans perdre le travail chaud de septembre.

Mon ménage de racine a retiré 21 worktrees et archivé 2,77 Go — dans une arborescence qui n'est plus la racine active. En poussant l'exploration des doublons, j'ai trouvé un second workspace complet, quatre projets nommés « vfg-kit », cinq registres de ports contradictoires, et la preuve documentée qu'une session précédente avait déjà fait exactement le même travail ailleurs.

Sept fichiers d'état bloquaient la fusion, parce que deux règles d'ignorance se contredisaient. Le déblocage a mis au jour quelque chose de plus gênant : cinquante-deux fichiers d'audit du workspace versionnés dans un dépôt de projet.

Un port jamais enregistré, une commande de synchronisation cassée et sept entrées qu'une régénération aurait effacées en silence. Ce qu'un assainissement de registre révèle sur la confiance accordée aux sources de vérité.

16 jours, 4 agents, 60 tâches atomiques et un plan qui a failli disparaître dans un .gitignore