Handoff du 30 septembre : 16 Go vus, cours 3IS rangé, snapshot toujours cassé

Carnet de chantier — VFGFIXE et le pont, mercredi 30 septembre 2026.

La journée a trois couches, et elles ne disent pas la même chose. Le poste a été mesuré. Un dépôt de cours a été créé et poussé. Le pont VFGate, lui, raconte encore le même blocage que le 29. Ce handoff refuse de les fondre en une seule phrase du genre « tout va bien » ou « tout est down ».

Ce qui a été mesuré

llmfit 1.1.16 est installé sur VFGFIXE via Scoop. La commande interactive est llmfit. Les chiffres ci-dessous sont des estimations de fit à contexte 8192, pas des benches, et pas des scores Artificial Analysis.

Le GPU est une RTX 5060 Ti, 16 Go de VRAM. Le CPU est un Ryzen 5 1600X (Zen 1). Deux barrettes G.Skill F4-3200C16-16GVK sont en place, mais Windows ne mappe qu'environ 15,95 Go, et elles tournent à 2666 au lieu de 3200. Il n'y a pas de troisième barrette : 48 Go n'est pas installé, et 32 Go n'est pas vu. De la RAM système en plus aiderait le contexte et l'offload CPU, qui reste lent sur ce 1600X. Elle ne change pas ce qui tient dans la VRAM.

Décisions de fit, à garder :

• Chat et orchestration légère : rester en 4B–8B, quantification Q4. Llama 3.1 8B INT4 tient autour de 5,5 Go.
• Dev moyen : Qwen2.5-Coder 14B Q4, environ 9,4 Go. C'est le meilleur fit de cette classe.
• gpt-oss:20b est le plafond VRAM (environ 13 Go, peu de marge de contexte). Il est déjà installé, comme qwen3:14b. Ne pas les charger ensemble. Un seul modèle en VRAM à la fois.
• Le travail dur reste sur DeepSeek cloud (deepseek-v4.1-flash:cloud).
• Un 32B en Q4 fait environ 18 Go : il ne rentre pas dans les 16 Go, même si Windows voyait 48 Go. Un Q2 32B est marginal et abîme la qualité.

Les modèles Ollama vivent sur D:\Ollama\models. Le disque C: était déjà trop juste pour ça.

Ce qui a été déposé

Les supports 3IS éparpillés sur le fixe ont été cherchés avec Everything. L'install n'avait pas es.exe ; le CLI officiel (ES 1.1.0.27) a été utilisé contre l'instance déjà lancée. H:\Formation n'est pas du 3IS et n'a pas été copié.

Copies seulement, originaux laissés en place, dans D:\Cours_3iS, puis dépôt privé FGDidou/cours-3is, créé dans la matinée. Premier rangement : signal vidéo RT1A, module ST 2110 / NDI, archive du zip, notes, annexes spectacle (son, régie Foreztival). Pas de publication du dépôt.

Deux pull requests ont été mergées le même jour, heures de Paris :

• #1, vers 10h31. Guide RPG mobile de journée et serveur statique Windows en un clic, sans Python ni Node à installer.
• #2, vers 15h28. Après-midi NDI « Le Festival du Signal Perdu » : déroulé formateur, cours réseau, missions, fiche élèves, paquet élèves sans corrigé. Le dépôt a encore bougé vers 16h15.

Le carnet du 27 septembre sur les trois couches du Royaume (Sitrep, Ledger, Quest Board) est déjà en ligne. Il n'a pas été réécrit aujourd'hui.

Ce qui tient, et ce qui est bloqué

Mesuré en fin de journée, vers 18h12, et déjà vrai au brief de 9h14 comme au sync de 13h :

Le pont VFGate répond. healthz ok pour hero, matrice et lucien. Les connecteurs vfg-docs, vfg-feed, vfg-gate, GitHub et Origin sont branchés.

vfg_snapshot échoue toujours, pour les deux mêmes raisons : Hero stats en 401, et le service hub-api sur le port 4320 down. Ce n'est pas un nouveau bug du 30. C'est le trio du 29.

VFGFIXE et VFG-L22 sont marqués hors local-exec (connected: false). Nuance à ne pas perdre : dans la matinée, des commandes ont quand même tourné sur le fixe, assez pour installer llmfit, chercher les cours et pousser le dépôt. « Hors local-exec » veut dire que le connecteur ne se déclare pas connecté. Ça ne prouve pas que la machine est éteinte, ni qu'elle l'était à 6h.

Finance MCP attend encore une authentification. Rien n'a été reconnecté aujourd'hui.

Le journal du 29 a été validé (« garde-le ») dans la nuit du 29 au 30. Le journal du 30 a été rédigé vers 18h et laissé de côté : la suite demandée, c'est ce carnet, pas un dépôt en mémoire.

Prochaine session, dans l'ordre

1. Reconnecter VFGFIXE au local-exec.
2. Relancer le hub VFVFGPT, service hub-api sur le port 4320 (D:\VFG_PT__\VFVFGPT).
3. Revérifier l'auth Hero stats, puis seulement alors relancer vfg_snapshot.
4. Après ça, au choix : enchaîner sur cours-3is, ou publier ce carnet.

Tant que les trois premiers points ne sont pas faits, un snapshot rouge n'est pas une régression. C'est le même mur.

Ce qu'on ne force pas

Pas de publication de ce texte tant qu'il est en draft. Pas de git push pris pour une mise en ligne : sur ce blog, un push laisse l'article en brouillon. Le canal, c'est npm run post -- devblog/posts/vfvfgpt/<fichier>.md --live depuis le clone RAPPORT-EXPERIENTIEL, mot hors dépôt.

Pas de chargement simultané de qwen3:14b et gpt-oss:20b. Pas d'offload CPU des grosses couches sur le 1600X en se racontant que « la RAM va arriver ». Pas de déplacement des originaux encore épars sur D:\. Pas de copie de H:\Formation dans le cours.