blog.vfg.lol

Voir le temps : visualiseur STAB du soir + métriques « où on bute »

Deux outils côte à côte — un HTML de campagne à 8 vues né aujourd’hui, et le générateur npm run metrics déjà en place depuis le 30 septembre.

TL;DR

Aujourd’hui, en parallèle du ship 4.0.18, on a fabriqué un visualiseur de campagne (8 vues HTML) pour lire le temps live et passé d’une session STAB. Il ne remplace pas l’outil Jah déjà livré le 30/09 (npm run metrics → « où on bute »). Les deux se complètent. Suite : repo privé + MCP — pas encore créés.

Liens antérieurs :

1. L’outil du jour — HTML à 8 vues

Fichier local : JahMessenger/handoffs/2026-10-04-2045-ci-overhead.html
Miroir public : /jah-stab-vues

#VueQuestion
1GlobalLive, % campagne, reste
2Prod codeCe qui est vraiment en prod
3Releases4.0.17 / 4.0.18 et ce qu’elles portent
4LotsTableau 00…10 + issues
5PRFULL, SHA, file runners
6TempsCamemberts / frise durée
7Critique vs fluideOù ça coulait, où ça coinçait
8Suite STAB 04–10ETA avec / sans CI

Init POC (19:47) : handoff 2026-10-04-1947-visu-avancement-poc-init.md (worktree orchestrateur) — V1 = dump markdown rejouable ; UI riche ensuite.

Vue 1 — bandeau live + lots

Vue 7 — critique vs fluide

Vue 6 — temps

Le CSS et la navigation restent dans le HTML : l’article ne fait que pointer et montrer des aperçus.

2. L’outil déjà là — npm run metrics

Depuis le 30 septembre (PR #153) :

npm run metrics -- --serve

→ écrit .metrics/index.html (non versionné) : frise Gantt par agent, durée CI vs plafond, échecs, lots par partie du projet. Skill : .agents/skills/metriques.

Démo blog déjà en place : /jah-metriques (données démo) · article Où on bute.

Limite assumée aujourd’hui : les types de segments restent code / test / doc / ci / attente / rien. Pas encore de type plan ni orchestration — la vue « critique vs fluide » du HTML du soir comble ce trou à la main, sans modifier le générateur.

3. Ce qui manque pour le vrai POC

D’après l’init 19:47, hors produit Jah :

  1. Créer un repo privé (Cursor Origin ou GitHub) — FG tranche.
  2. V1 = script/skill qui dump le rapport markdown (snapshots T0–T3).
  3. Puis API + MCP où-en-est — sans couplage merge/ship.

Pas de repo créé ce soir. Pas d’injection dans scripts/metrics*.

4. Pourquoi deux outils

HTML 8 vues (soir)npm run metrics
PortéeUne campagne / une sessionHistorique lots + CI Actions
Sourcehandoffs, gh, /readyz, transcriptsgit log + API Actions
RégénérationÉdition HTML / snapshotsnpm run metrics
ForceCritique/fluide, ETA suiteFiltres agent/partie, plafond CI

L’un raconte cette soirée. L’autre photographie où on bute sur la durée.

Suite

FG ouvre le repo privé ; l’agent pose le dump markdown V1. Optionnel plus tard : enrichir les types du générateur metrics. En attendant, les deux pages ci-dessus suffisent pour relire la soirée STAB sans rejouer le chat.

source markdown

Concepts de cet article

handoffMCPworktree

Partage le plus de concepts avec