VFG 2026-09-30 : remise à plat des outils agents — clôture, mesure, journal, SSOT

Préambule de méthode : tout ce qui suit est mesuré, daté et rejouable. C'est la règle que le système s'est donnée le 26 septembre après trois bugs de mesure le même jour — et elle s'applique à lui-même. Les commandes qui prouvent chaque affirmation sont dans le rapport détaillé lié en fin d'article.

TL;DR

FG a demandé un grand ménage de printemps (en septembre) : retirer ce qui coûte plus qu'il ne rapporte, garder ce qui mesure, créer ce qui manque, et surtout — journaliser pour ne plus jamais re-planifier à la place de livrer. En une journée de session :

• le proto vfg-agent-presence est archivé (pas supprimé — rien ne se supprime ici) ;
• deux skills naissent : vfg-cloture-session (le geste de fin en 6 livrables) et vfg-audit-mesure (la méthode « mesuré vs déduit ») ;
• trois agents dédiés : un cloturier, un auditeur, un distillateur ;
• un journal de sessions local, fail-open, sans aucun secret, branché sur les hooks Claude Code ;
• un SSOT de refactorisation des règles déposé dans le dépôt méta, avec 6 fiches de mission prêtes à exécuter ;
• et un état des lieux complet, lisible, de tout le méta-système.

Pourquoi c'est important : la veille au soir, le diagnostic était tombé — six heures de session, dont deux heures trente-sept de planification et onze minutes de code. Les deux livrables qu'on saute en fin de session (le relais et le compte-rendu d'état) sont précisément ceux qui coûtent le plus cher à la session suivante. Ce jour, le geste qui les produit est devenu une convention outillée.

1. Le problème de fond : un système plus avancé que sa mémoire

Les rapports expérientiels récents racontent tous le même schéma. Un système de 22 experts markdown critiqué pour être « un système de prompts structuré comme un système multi-agents ». Des audits qui accusaient le mauvais coupable parce qu'ils déduisaient au lieu de mesurer. Des sessions qui re-planifient au lieu de reprendre le relais. Des règles dupliquées en deux ou trois exemplaires par harness, qui dérivent en silence.

La réponse n'est pas plus de documentation — le constat du 30/09 au matin était de 5 884 lignes de doc pour 20 lignes de code. La réponse est moins de règles, mais outillées : « une règle outillée tient, une règle écrite ne tient pas ».

2. Ce qui a été retiré — et pourquoi c'était quand même une réussite

vfg-agent-presence était un beau proto : hooks natifs, chaîne VFGate → FG_Chronos → Fil, file de secours anti-doublon, aperçu masqué à 120 caractères, zéro secret. Mais sa chaîne aval coûtait plus que son usage réel — le rapport du 26/09 avait déjà classé trois MCP cassés par la migration hub:4320 mort vers vfgate:5191.

Il est archivé complet à _archive-2026-09/skills/vfg-agent-presence-2026-09-30/, hooks sauvegardés à côté. La leçon est positive : le proto a prouvé que la captation fonctionne, que le fail-open tient, que « jamais de prompt brut » est tenable. Il reviendra quand la chaîne aval sera stabilisée — la fiche de mission F06 du SSOT l'attend.

3. Ce qui a été créé : trois outils, un journal

Le geste de clôture (vfg-cloture-session). Six livrables dans l'ordre : code+test, commit atomique, handoff daté, relais, article si mandat, STATUS. Chacun encodant une leçon mesurée : git diff --numstat au lieu de status (le bruit CRLF avait fait lire « modifiés » onze worktrees identiques), la prochaine action exacte pour ne jamais re-planifier, le fail-open quand un livrable est impossible (pas de test = le dire, pas le simuler).

La méthode de mesure (vfg-audit-mesure). Huit règles nées de trois bugs réels : dater chaque constat, une commande rejouable par affirmation, « 0 résultat » n'est pas une réponse, l'instrument peut mesurer sa propre trace, fraîcheur à deux seuils (7 et 30 jours), résoudre la racine au lieu de la coder en dur, contenu plutôt que statut, une liste noire ne garde pas.

Trois agents dédiés : le cloturier (fin de session/lot/journée), l'auditeur (états des lieux par la mesure), le distillateur (handoffs → documentation canonique — il a du travail : 75 handoffs « unknown » sur 185 dans l'index du blog).

Le journal de sessions : deux petits scripts Node, fail-open, qui écrivent une ligne JSON par événement start/stop dans ~/.claude/vfg-journal/journal-YYYY-MM-DD.jsonl. Aucun prompt, aucun titre, aucun secret — juste le moment, la session, le répertoire de travail. Le résumé du jour se demande à la commande : node vfg-journal-resume.mjs [date]. C'est la trace machine qui alimentera les clôtures de journée, sans dépendre d'une conversation qu'on ne retrouvera pas.

4. L'état des services relancés (mesuré à 18:05)

FG a relancé ses services ce jour — msn (JahMessenger), gates, MCP, locaux. Mesure faite sur les endpoints réels :

Note de méthode : le port Chronos était noté :4340 dans les vieux documents — c'est bien :4344, le AGENTS.md de Fil fait foi. Un exemple de plus que la fraîcheur des instruments se vérifie, jamais ne se déduit.

Ce que ça débloque : la chaîne de captation locale est en ligne. Le chaînon manquant, c'est le pont entre « flux captés » et « file de priorités FG » (importance × urgence × rapidité) — c'est lui qui transformera la visualisation en action permanente autonome. Il est nommé, sa place dans l'architecture est identifiée (au-dessus de Chronos, alimenté par Fil), il attend sa fiche de mission.

5. Le SSOT de refactorisation : petit à petit, un dépôt à la fois

Le dépôt méta (FGDidou/VFG-Workspace) accueille docs/REFACTOR-RULES/00-SSOT.md : la carte de toutes les sources de règles, l'état mesuré de chacune, et six fiches de mission classées. Le modèle à généraliser est celui de JahMessenger (.agents/ source + adaptateurs minces) ; les chantiers prioritaires sont les dépôts les plus dupliqués (RainbowPiano, Chronowflow) ; les dépôts nus reçoivent d'abord un AGENTS.md pointeur minimal.

La gouvernance est simple : ce SSOT ne crée jamais de nouvelle règle, il consolide l'existant. Les conventions inter-dépôts y sont énoncées une fois et référencées partout ailleurs, jamais recopiées.

6. Ce que ça change, concrètement

Avant : chaque session repartait de zéro, re-lisait, re-planifiait. Les audits pouvaient accuser un outil périmé sur une prémisse inversée. Les règles dérivaient en silence entre trois harness.

Après ce jour : chaque session laisse une trace datée et un relais ; chaque constat d'audit est rejouable ou n'existe pas ; chaque règle a une adresse unique ; et la clôture n'est plus un geste optionnel mais une convention avec ses agents dédiés.

La prochaine frontière est nommée : l'orchestration — déléguer, déplacer, prioriser, agir en continu. Les briques sont là (Fil capte, Chronos stocke, les agents clôturent, le SSOT organise), le pont priorités → actions reste à bâtir. Une fiche de mission l'attend, toi aussi.

Contenus détaillés (pour aller plus loin)

• État des lieux complet (rapport de lecture, pour FG) : D:\GitRepos\RAPPORT-EXPERIENTIEL-2026-09-30-ETAT-DES-LIEUX.md
• Rapport d'efficacité par outil (skills, rules, MCP, harness, modèles) : D:\GitRepos\RAPPORT-OUTILS-AGENTS-2026-09-30.md
• SSOT de refactorisation des règles (6 fiches de mission) : FGDidou/VFG-Workspace → docs/REFACTOR-RULES/00-SSOT.md
• Méthode d'audit « mesuré vs déduit » : skill vfg-audit-mesure (~/.claude/skills/)
• Geste de clôture en 6 livrables : skill vfg-cloture-session (~/.claude/skills/)
• Journal de sessions (rejouable) : node C:\Users\FG\.claude\scripts\vfg-journal-resume.mjs 2026-09-30
• Contexte : articles du 26/09 (le bug de mesure), du 30/09 matin (sur-planification) dans ce même blog.