blog.vfg.lol

Reprendre le blog et le workspace : un plan à relire avant d'agir

Le blog répond, la carte vieillit : état des lieux, dettes et huit lots pour retrouver les travaux récents sans lancer une refonte à l'aveugle.

TL;DR

Le blog fonctionne. Son classement raconte encore une organisation ancienne, alors que les derniers jours ont surtout fait avancer Jah, Fil, les ponts entre services et la Gazette. Nous avons posé un plan de reprise : à relire avant toute exécution, avec tâches, dettes, urgences et estimations.

Publier ce texte rend le plan visible. Cela ne lance ni la réorganisation du site, ni les audits complémentaires, ni le retrait de la présence automatique des agents. Le document canonique est déposé dans le dépôt sous docs/plans/2026-10-01-reprise-blog-workspace/00-plan-a-relire.md ; cet article en expose le contenu de travail.

Le blog répond ; ses portes ont pris du retard

Pendant l'inspection du 1er octobre, santé du blog, Projets et catalogue public répondaient en HTTP 200. Les 32 tests ciblés sur les hubs, la Gazette, la navigation et le registre ont passé.

Le catalogue public comptait 610 articles. Le corpus local avait deux entrées supplémentaires : les brouillons Citadelle et carte du VPS. Cette concordance des adresses ne prouve pas l'égalité de tous les textes. Des changements locaux étaient encore en cours.

Du 25 septembre au 1er octobre, le catalogue public portait 50 publications : Jah 14, Chronowflow/Fil 8, métaprojet 7, journal du blog 7, autres 14. La navigation présentait toujours 17 hubs selon les anciens groupes. « En ce moment » était daté du 22 septembre.

Ce sont des mesures datées. Les lecteurs du corpus local ne produisent pas tous les mêmes comptes : la première étape sera de réconcilier leurs règles, puis de calculer les compteurs depuis les données, sans les recopier.

Les rubriques suivraient ce que nous faisons

FG a choisi une organisation par usages actuels. Les noms du Royaume restent dans les récits ; les portes de lecture deviennent explicites.

Rubrique proposéeCe qu'on y retrouverait
Mondes et compagnonsJah, Hero, Gandalf Idle
Musique et créationsRainbowJourney, Châtaigne, œuvres, Ondes, Côté jardin
InterconnexionsVFGate, Matrice, VFVFGPT, ponts et câblage
Agents et méthodesFil, workspace, kit, workflows, configuration IA et outils
Blog et publicationGazette, moteur blog, publication, Skyblog historique
Écosystème et infrastructureCitadelle, Home Portal, cartographie, doctrine des micromondes, infrastructure
Journal et archivesChroniques transversales, passations, audits historiques

Les sept identifiants de section et leurs URL seraient conservés. Trois hubs seraient ajoutés : Blog, Citadelle et Home Portal. Un projet sans publication resterait visible. Chaque carte indiquerait description, dernière publication et activité éditoriale sur sept jours : cela ne certifierait pas la santé du service.

L'état des projets : preuves et limites

ProjetÉtat à l'inspection ; ce qui reste
Jah/readyz vérifié en 4.0.4. Son suivi déclare le pont bidirectionnel confirmé, mais garde une preuve Telegram vers Jah isolée ouverte. PR 172 attend une instruction ; V5 attend le vote avatars
CitadelleAPI locale sur 5460 répond. Son relais documente 65 tests verts et une racine workspace explicitée ; manifeste et réservation du port ouverts
Home PortalDépôt propre et préparation de déploiement présente. Le domaine vfg.lol redirige encore vers Hero, vérifié
VFGateDépôt canonique identifié et propre. Sonde locale de santé expirée : diagnostic à refaire, cause non établie
VFVFGPTChangements locaux et divergence Git. Hub local 4320 inaccessible à la sonde
Chronos / FilChronos 4344 et Fil 4477 répondent. Chaîne de captation à auditer
Gandalf IdleDépôt propre ; audit précédent documente 47 tests verts. Idle hors ligne, idempotence et livraison ouverts
Hero / RainbowPianoModifications locales et écarts avec les références distantes ; références à actualiser avant synchronisation
Matrice / ChromaticRiverDépôts inspectés propres ; pas de nouvelle preuve fonctionnelle

La propreté Git n'est pas un test de fonctionnement. Les résultats des autres projets cités depuis leurs relais n'ont pas été rejoués dans cette inspection. Les écarts distants ont été calculés sans actualisation réseau.

Urgences et dettes

PrioritéTâche proposée après relecture
P0Vérifier la rotation du token Telegram signalée dans le suivi Jah ; la faire et prouver le fonctionnement si nécessaire
P0Identifier les propriétaires des changements concurrents avant modification ou synchronisation
P1Unifier les règles de date, statut et projet du catalogue
P1Actualiser Projets, accueil, rubriques et chantiers
P1Revalider les défauts VFGate documentés : authentification et idempotence sortantes, configuration dépendant du lancement, pollers concurrents, journal non borné
P1Diagnostiquer le hub, puis vérifier l'accès Hero avant de retenter un snapshot
P1Inventorier les volumes régénérables et poser une rétention : disque principal à environ 5,8 % d'espace libre
P2Corriger les tâches périmées depuis les preuves ; revalider les 37 images manquantes signalées avant enrichissement Markdown et embeds
P3Trancher les 12 documents de centralisation, les doublons, les rétroliens et les 76 passations sans statut connu

Le registre conserve notamment « boîte de dépôt jamais exercée », alors qu'un smoke publié le 27 septembre documente son utilisation. La correction doit reconnaître cette preuve sans réécrire les anciens relais.

La présence des agents doit prouver son utilité

La demande de retrait a été précisée : auditer puis décider. Aucun retrait global n'a été effectué.

L'émetteur inspecté ne fait aucun appel LLM. Construire un événement prenait environ 105 ms en moyenne sur dix mesures, avant écriture et réseau. Six hooks Codex et sept hooks Cursor sont configurés. Le relais annonce un polling de 500 ms.

Le journal Chronos contenait environ 9 826 requêtes et 4,1 Mo sur 9 h 36. Ce volume n'a pas été entièrement attribué aux hooks. Les 100 événements récents inspectés venaient de Kimi et Cursor : ils ne prouvent pas la chaîne Codex. Un coût en tokens attribuable au dispositif n'est pas établi.

L'audit proposé suivra la trace depuis sa capture jusqu'à son affichage dans Fil, puis mesurera processus, fréquence et volume, sans afficher les prompts. Cette preuve guidera la décision de conserver, réduire ou désactiver.

Huit lots avec fichiers, temps et complexité

Les noms ci-dessous sont ceux des sources du dépôt. Les lignes représentent le volume estimé du diff, pas des plages de code ni un engagement de durée.

LotFichiers principaux / résultatTempsComplexitéLignes
L0Réconcilier corpus et changements concurrents ; établir la référence30–45 minMoyenne0–30
L1scripts/lib/project-map-data.cjs : taxonomie, descriptions, trois hubs45–75 minMoyenne90–140
L2build-index.mjs, scripts/lib/project-map-data.cjs, scripts/lib/project-map.mjs, scripts/lib/blog-recent.cjs : projets explicites et alias60–100 minÉlevée90–160
L3scripts/lib/templates/projects.cjs : page Projets et hubs enrichis60–100 minMoyenne100–170
L4scripts/lib/templates/gazette-home.cjs, scripts/lib/templates/tree.cjs, config/site-registry.cjs : accueil, arbre, navigation45–75 minMoyenne70–130
L5config/en-ce-moment.json, config/selection.json, config/vitrine.json : chantiers et sélections30–45 minFaible50–90
L6Tests de classement, compteurs, compatibilité ; recette visuelle40–70 minMoyenne90–150
L7Registre et relais : résultats et prochaine action20–30 minFaible40–70

Enveloppe : 5 h 30 à 9 h de travail actif, 14–18 fichiers distincts, 630–1 040 lignes de diff, pour une personne connaissant le dépôt. Les fichiers partagés entre lots ne sont comptés qu'une fois.

Trois diagnostics restent séparés : présence 45–90 min (lecture seule), workspace 60–120 min (rapport de 60–120 lignes), hub/VFGate 45–90 min (lecture seule avant estimation des correctifs). Les plans lecteur P1–P3 et second cerveau restent au backlog.

Les contrats qui permettront de dire « livré »

  • Conserver les champs API project et projectGroup. Projet explicite connu prioritaire ; alias inconnu diagnostiqué et classement par catégorie conservé.
  • Même classement serveur et export ; rubrique thématique et rattachement projet restent deux axes distincts.
  • Compter les publications visibles, exclure brouillons et dossiers opérationnels, conserver les hubs vides.
  • Vérifier alias VFGate/Jah/Home Portal, articles transversaux, anciennes URL et variation d'un compteur après ajout.
  • Faire passer tests ciblés, npm run test:ci, npm run prepublish, puis recette mobile et bureau.
  • Livrer par lots, avec prévisualisation, diff limité, preuve et relais. Publication éditoriale et déploiement du code restent distincts.

Le prochain geste est la relecture et l'audit du plan, puis la consignation des corrections et arbitrages avant de déclencher L0 ou un diagnostic complémentaire.

Sources et fraîcheur

Les chiffres de ce texte viennent des sondes HTTP, calculs de catalogue, lectures Git et tests de la session du 1er octobre. Le plan canonique conserve les références de travail : registre des sujets ouverts, suivi Jah, relais Citadelle, audit Gandalf, manifeste et plans en pause.

Le contexte publié est accessible dans Gandalf Idle, état des lieux, les plans en pause, VFGate, palier delta 7 et le hub encore bloqué au 30 septembre.

source markdown

Concepts de cet article

VFGateCitadelleVFG HeroGandalfIdlehandoffVFVFGPTMatricegardemétaprojetcompagnonsChâtaigneRainbowJourney

Partage le plus de concepts avec