Plan d’intervention court — publication Quartz, gbrain et gstack
Objectif
Rétablir une boucle fiable entre :
- documentation en staging
- publication live Quartz
- vérification publique
- capitalisation méthode gbrain + gstack
Priorité 1 — Reconnecter le flux de publication live
But
Identifier la vraie source live du Quartz Tastiie et la rendre opérable.
Actions
- retrouver le dépôt ou dossier réellement publié
- confirmer le chemin source utilisé pour la build publique
- vérifier le processus de rebuild actif
- tester une publication simple de note
Résultat attendu
Une note ajoutée en staging peut être publiée puis vérifiée publiquement sans ambiguïté.
Priorité 2 — Standardiser staging → live → preuve
But
Éviter qu’une note soit considérée comme publiée alors qu’elle ne l’est pas.
Actions
- imposer un passage explicite staging
- imposer une mise à jour de la source live
- imposer un rebuild Quartz
- imposer une vérification d’URL finale
- imposer une vérification de présence dans l’index public de section
Résultat attendu
Chaque publication documentaire suit le même chemin de validation.
Priorité 3 — Intégrer la documentation au workflow produit
But
Faire de la documentation brain un livrable normal des chantiers plateforme.
Actions
- documenter systématiquement les décisions réutilisables
- relier méthode, arbitrage, QA et exécution
- mettre à jour l’index de section à chaque nouvelle note structurante
Résultat attendu
Les décisions utiles ne restent plus seulement dans les échanges.
Priorité 4 — Renforcer la méthode gbrain + gstack adaptée
But
Faire évoluer le système léger déjà en place plutôt que rajouter une couche lourde.
Actions
- conserver le workflow Think → Plan → Build → Review → Test → Document → Ship
- ajouter un contrôle explicite de publication publique quand le sujet touche Quartz
- garder une logique simple, locale et vérifiable
Résultat attendu
Un système plus discipliné, plus transmissible et plus utile pour les prochains sprints.
Ordre d’exécution recommandé
- retrouver et valider la source live Quartz
- republier les deux nouvelles notes
- rebuild et vérifier les URLs publiques
- documenter le mode opératoire définitif
- réutiliser ce flux comme standard
Version ultra-courte
- réparer la chaîne de publication live
- imposer staging → live → rebuild → preuve URL
- intégrer la doc brain dans chaque sprint utile
- garder gbrain + gstack léger mais discipliné