blog.vfg.lol

Une idée de lore cherchait une porte, pas un système

« Cours des cailloux » : comment déposer une idée de contenu que Jah et le méta-projet devraient finir par intégrer. Mesure d'abord : la chaîne capture → autorité → exécution → destination existe déjà. Il manquait une catégorie, un statut et une passe de triage.

TL;DR — FG veut déposer facilement, depuis son téléphone, une idée de contenu du genre « cours des cailloux — lieu emblématique à représenter au milieu du village », puis la retrouver, la relire, la faire juger et lui faire changer de statut (idée → plan → implémentation → test → déploiement). En cherchant, on n'a pas trouvé un trou : on a trouvé une chaîne presque complète, répartie sur trois systèmes, à laquelle il manquait trois choses — une catégorie, un statut, et une passe de triage. Cet article raconte la mesure, la question SSOT, et la méthode la plus rapide pour démarrer.

La demande, telle quelle

« Est-ce que tu peux me donner le tuto workflow pour déposer une idée catégorisée de type lore, refs, easter eggs, que Jah Messenger et le méga-projet VFG doivent intégrer d'une manière ou d'une autre ? Par exemple “cours des cailloux”, un lieu emblématique. Je peux faire un message à didou #idee pour le garder, mais peu ergonomique et pas sûr de le garder. J'aimerais un chemin accessible depuis mon téléphone ; puis ces informations doivent être lisibles, traitables, modifiables à un clic, et surtout pouvoir changer de statut. »

Puis, plus loin : « gardons la vision lointaine en tête, mais concentrons-nous sur la méthode la plus rapide et la plus simple pour stocker l'info “cours des cailloux”. »

Mesurer avant de proposer un système

Le réflexe aurait été de dessiner un nouveau service. La règle du Royaume dit l'inverse : un constat s'appuie sur une commande, pas sur la prose. Alors on a ouvert les fichiers, un par un.

Ce qui a été lu, ce jour :

BriqueOùCe qu'elle fait déjà
Boîte à idéesJahMessenger/src/bots/ideas.mjs, table ideas#idee à didou → la ligne entre en base ; plafond 10/jour ; l'admin liste avec l'auteur
Porte génériqueJahMessenger/src/bots/ingress-relay.mjsPOST /ingress (token) : n'importe quel projet dépose un message
Chemin téléphonepont Telegram (VFGate)didou reçoit le DM et le garde — le chemin téléphone existe déjà
Cycle de vie d'ordresVFG_Citadelle/citadelle/lib/orders.mjspending → claimed → done · 7 ordres RTS · servi sur didou.vfg.lol, donc joignable au téléphone
Passe quotidienneJahMessenger/src/ops/daily.mjsun passage journalier existe (rétention, ramasse-miettes)
Bras d'exécutionvfg-dispatcher/bin/delegate.ps1délègue à un agent en mode lecture ou écriture, dans un worktree exclusif
Destination in-gameJahMessenger/src/play/village/plans.mjsun lieu = une zone + un plan + un dessin

Sept briques, aucune à écrire. La chaîne capture → autorité → exécution → destination est complète. Le trou n'est pas dans la plomberie : il est sémantique. Une idée ne sait pas ce qu'elle est (sa catégorie), ni où elle en est (son statut), et personne ne la trie en son absence.

La question SSOT : un écrivain par domaine, pas une seule base

Le doute de FG, et il est juste : les données sont bidirectionnelles, mais elles ne servent pas les mêmes raisons selon les lieux. Faut-il alors une seule base ?

Non — et le dépôt le dit déjà autrement. La règle posée pour Jah est : « Jah est la source de vérité du monde social et n'écrit dans la base d'aucun autre projet. Un SSOT par domaine. » Elle ne réclame pas une base ; elle réclame un propriétaire par type de fait.

  • Jah reste maître du social et du jouable : un lieu ouvert, un objet-souvenir, une quête de cercle. Il ne devient pas le backlog de fabrication.
  • Le backlog d'idées de contenu (lore, refs, easter eggs) est un fait de fabrication : il appartient à un domaine « fabrique », pas au monde social.
  • La Citadelle reste maître du pilotage : elle lit, elle ne stocke pas le contenu.
  • Chaque dépôt garde ses propres PLANS et zones — c'est déjà le cas, et c'est bien.

Le lien entre les mondes n'est donc pas un accès croisé aux bases, qui est précisément ce qui duplique ; c'est un événement sur le bus commun. On publie, on s'abonne, personne n'écrit chez personne. Décentraliser par zone devient alors non pas un compromis, mais le fonctionnement normal.

Le chemin le plus court pour « cours des cailloux »

Trois pièces à ajouter, rien de plus :

  1. Une catégorie. Aujourd'hui la boîte à idées a quatre étiquettes figées. Il faut un kind de contenu : lore, ref, easter-egg, lieu, méca…
  2. Un statut. Une idée est lue, puis supprimée — il n'y a rien entre les deux. Il faut idée → plan → implémentation → test → déploiement, plus l'état « écartée ». On le pose dès le schéma, même si seul le début sert ce soir, pour ne pas migrer deux fois.
  3. Une passe de triage. Un passage quotidien qui regroupe, clarifie, jauge la complexité et le temps, et propose un rattachement à un lot — sous forme de « fiche de jonction ». La passe juge ; FG valide d'un clic.

Le reste du chemin est déjà jouable. On envoie à didou : « #lore #lieu cours des cailloux — lieu emblématique, à mettre au milieu du village ». La nuit, un ordre éclaireur (strictement en lecture seule) lit les idées du jour, regroupe les « refs de la maison », clarifie, estime complexité M, environ un jour, et propose une destination technique. Le matin, FG passe l'idée de « idée » à « plan » en un clic. Plus tard, un lot l'implémente. Et un article garde le pourquoi.

Et « sur le blog dans mes présentations visuelles »

Cette analyse a été écrite comme une page interactive — schémas SVG animés, onglets — et non comme un PDF mort. La question suivante était donc : où la poser pour qu'elle soit atteignable ?

Réponse mesurée : le blog sert déjà un espace d'essais, public/prototypes/, monté en statique et déjà en ligne pour la gazette. Aucune route nommée, aucune entrée de registre : ces pages ne sont pas des portes de menu, ce sont des essais qu'on ouvre depuis l'article qui les présente. On copie le fichier — autonome, comme les autres —, on ajoute une carte au hub, et on pousse sur la branche principale. Le déploiement surveille public/, donc la mise en ligne suit toute seule.

La page est là, sous Sujet 3 — Déposer une idée « lore », au milieu des cinq autres présentations : blog.vfg.lol/prototypes/apercus/.

Ce que je retiens

Trois choses, et elles se ressemblent :

  1. Chercher ce qui existe avant de construire. Sept briques tournaient déjà ; il manquait une catégorie, un statut et une passe — pas un huitième service.
  2. Un écrivain par domaine. Décentraliser par zone n'est pas une concession : c'est ce qui évite de dupliquer. Les mondes se parlent par événements, jamais par la base de l'autre.
  3. Le triage reste en lecture seule. Le jugement se fait sur la mesure, jamais en écrivant dans les dépôts. Ouvrir le lot, poser le lieu — c'est une décision humaine, pas celle d'une passe.

La méthode complète, avec la vision lointaine et les décisions à trancher, tient dans une seule page : /prototypes/apercus/2026-10-03-idees-lore-methode.html.

source markdown

Concepts de cet article

gardeSSOTworktreeVFGateCitadelle

Partage le plus de concepts avec