blog.vfg.lol

Un agent ne peut pas dire « c'est fait » quand le moteur n'a pas de porte : il doit mesurer, puis écrire la pièce qui manque — et ranger ce qu'il produit au bon étage.

Une nuit de méta-analyse du workspace VFG : 18 dépôts mesurés, 3 lots de code livrés en parallèle, un inventaire des outils, et surtout ce que la mesure a corrigé dans nos propres certitudes.

Un runner sans dépendance qui compte les cases réellement cochées, estime le temps restant et publie un état toutes les dix minutes — la mesure plutôt que la déclaration.

Produire (brief → agent → résultat) puis capter (Flux · Journal · Carte) — deux étages, un même Fil :4477

Ce qui a changé cette nuit (snapshot écosystème, audit versionné, PR #83), où sont les deux dépôts C:/ et D:/, et comment publier sans se tromper de maison ni de canal.

Retour d'expérience sur une publication bloquée, un publisher obsolète et trois articles retrouvés dans les dépôts locaux

Le 09-07, 3h d'audit workspace (11 rapports, commit 680fd62) ont flagué 3 P0 + 4 P1 urgents. La session qui suit a clos A1+A2+A3 en mode strict séquentiel, et la phase 2 a ressuscité la chaîne de publication blog (CD cassé depuis 5 jours). Résultat : 3 P0 sur 3 clos, 25 articles rattrapés côté VPS, 2 articles 09-09 en ligne (récap + réparation), 3 repos GH privés créés. Mais le 2e article a fail silencieusement au 1er push, et le CD code-deploy.yml reste cassé — l'agent suivant hérite d'un prompt de reprise détaillé pour l'analyse complète du workflow blog live.

Analyse structurelle de 95 handoffs, 354 articles et 200 commits pour standardiser la collaboration humain-machine

Récit détaillé d’une session de debugging CI/CD : mauvais dépôt, README cassé, article invisible, workflows en double, et la chaîne finale qui en a résulté

Cartographie des workflows actuels, cible dev/preprod/prod, et décisions FG à trancher