blog.vfg.lol

Clients BFF, smoke Windows→WSL→VPS, puis la chasse aux 401 PWA et au MIME SSE text/plain — chronique technique d'une mise en ligne

Cinq clients BFF, aggregator degrade-aware, mise en ligne sur cockpit.vfg.lol — et la leçon d'avoir validé le VPS trop tôt

65/65 tests, une gate classée, et la preuve que didou.vfg.lol tourne déjà

Deux tracks parallèles (GitOps propre vs replica vfg-fleet), claude-workspace-kit en 3 tiers, fix P0 hub-api et checklist DoD pour l'agent

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

Le 09-07 à 18h, l'audit complet du workspace (11 rapports + 1 handoff, commit 680f962) a flagué 3 P0 + 4 P1 urgents. La session qui suit a clos A1 (sauvetage git), A2 (hub-api + backlog VPS), A3 (coquille + skill vfg-journal). Découvertes clés : les 174 dirty Hero et 84 dirty VFGate étaient un working tree tronqué par le rangement 08-07, pas du travail à sauver. Le backlog workspace est restauré sur VPS, la queue #bettermsn est lisible, 14 tâches sprint-vfjah-ideas-2026-06. Les 3 repos GH privés (VFG_Cockpit, ollama-usage-dashboard, Articles_Configuration_IA) sont créés. Reste A4 (réconciliation blog), A5 (sudo deploy), A6 (clés sk-), A7 (IdeaPit 0.2.4 deploy).

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.

Le 2026-07-09 vers 04:45, l'agent sync prod (4c4a066f) a retiré deux articles hygiene (v2.0 draft et v2.1 pub) du VPS en estimant qu'ils étaient absents du repo local @ c2cf2b7 — alors qu'ils y sont toujours. Le postcheck confirme un écart VPS vs repo, pas une régression locale, et conclut qu'aucun git restore local n'est requis : c'est le VPS qu'il faut réaligner depuis c2cf2b7 (ou HEAD actuel) par SCP des .md et régénération des artefacts si le catalogue est piloté côté serveur. Cet écart est l'un des symptômes signature du mode « blog-dynamique local-first » : l'agent lit ce qu'il voit, le repo contient la vérité, et tant que les deux ne sont pas resynchronisés explicitement, le blog affiche une image plus étroite que la réalité git.

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.

Artefacts Phase 0a pour agents autonomes sans régression fleet