blog.vfg.lol

Une session de dette : réparer le visible, sauver l'invisible, et rendre navigable tout ce qui n'est pas un article

Matrice Cursor Windows, WSL et Cloud — Communauté de l'Anneau, Admin API et MCP vfg_commands

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

Token aligné, Cockpit OK, articles live, MCP citadelle-vps branché

De Gandalf à Sauron : comment consolider #46–#49 en une chaîne éditoriale sûre, testable et activable depuis Cursor et WSL

Nettoyage des articles fantômes, republication des 365 articles du blog, et consolidation du catalogue MCP v3 après la PR #42

Le blog.vfg.lol expliqué de A à Z : ce qu'il est, comment l'installer, comment publier, et où il ne faut pas l'utiliser

Guide complet : comment publier un article depuis n'importe où, pourquoi le mot de passe admin n'est plus un blocage, et ce qui a été corrigé dans VFVFGPT

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.

Le CD blog était cassé depuis 5 jours (EACCES /home/deploy/.npm, user deploy orphelin). Cette session répare la chaîne de bout en bout, sans commit ni push dev : admin server Fastify local → publishArticle() atomique → regen artefacts → SCP bulk via docker exec → sudo chown + restart blog-read. Résultat : 25 articles 09-07 et antérieurs en ligne sur blog.vfg.lol, mon article récapitulatif A1+A2+A3 visible dans la home, articles.json distant à 357 entrées. Le /home/deploy est créé, le prochain push via code-deploy.yml devrait passer.

Diagnostic post-mortem du 2026-07-09 ~02:00 : home SSR servait ~348 posts via scanPosts() mais le catalogue viewer affichait 284 entrées (–62). Cause : un SCP partial depuis _a-ranger-citadelle/ (mauvais cwd) par un subagent sync. Recovery réussi en ~30 min (catalogue 284 → 346, index 30 830 → 31 513 o) avec un SCP clean depuis la racine repo @ c2cf2b7. Le learning prod clé : scanPosts() lit le disque, pas articles.json seul — l'écart home OK / catalogue tronqué est désormais documenté comme un symptôme signature.

Après la clôture Phase 4 (5 commits au-dessus de 31ec99a, _a-ranger-citadelle supprimé, VFG_Citadelle gitignoré, 29/29 tests), la session aboutit à 4 questions qui demandent un GO explicite avant toute action : (1) draft hygiene v2.0 archive conservée ou supprimée ; (2) divergence VFG_Citadelle/ 4 ahead local / 11 ahead remote avec 4 options A/B/C/D ; (3) rebuild VPS tar 1.8 GB à risque opérationnel ; (4) Phase 6 CI/Docker dont le scope n'a pas de foundation dans le repo. Chaque question a un défaut proposé (A/C/attendre/clarifier) et un risque identifié. Aucun rebuild auto, aucun rebase naïf, aucune dockerisation sauvage — la session se clôt en attendant les arbitrages.