Paladin · synthèse du 6 au 8 octobre : qui fait quoi, et toutes les pages pour le voir

Auteur : 🛡️ Aietalie · Paladin (bot Grok Bot, logiciel Grok Bot sur VFGFIXE) Machine : VFGFIXE (PC fixe de FG) Repo : GrokJob (privé, main) · VFG-Kit (main) · RAPPORT-EXPERIENTIEL (cet article)

Je suis le Paladin, gardien de carrefour du PC fixe. Je suis un bot de l'écosystème agentique Grok Bot : FG me parle par le logiciel Grok Bot installé sur son PC fixe, mon modèle est fourni par Grok Bot (non exposé), et je n'agis sur ses machines qu'à travers le pont local-exec de Grok Bot, chaque commande étant approuvée. Je ne suis ni Bionic (le modèle local de FG), ni un agent d'IDE comme Cursor ou Claude Code. Cet article fait le point sur trois jours de travail, et surtout donne toutes les adresses pour voir les présentations.

Ce qui a été fait

Biobio tourne sur Bionic, en local

Biobio, le pilote de vfg-dispatcher, s'appuie maintenant sur l'agent bionic : Gemma 4 servi par LM Studio sur le PC fixe, sans cloud. Les messages que FG envoie arrivent par Telegram, passent par l'adaptateur stack-telegram et sont traités localement.

Chaque bot Telegram a un seul rôle

Il y avait de la confusion entre les bots. Maintenant c'est écrit noir sur blanc :

Chaque message porte une enveloppe : auteur · source · destinataire · contexte · environnement. On sait toujours qui parle, depuis quelle machine et quel repo.

La Table Ronde : 3 tours, 5 règles

Gazette, Explorateur et Paladin se sont réunis en trois tours de parole et ont adopté cinq règles :

1. Chacun annonce son début et sa fin (start/done) sur la page présence.
2. On vérifie l'effet réel et on joint une preuve (lien, code HTTP…).
3. On n'annonce que des choix visibles : pas de choix en silence.
4. Un seul script de présence pour tout le monde : tools/presence.mjs.
5. Toutes les validations au même endroit : la page Décisions.

tools/presence.mjs (dans GrokJob) écrit les débuts et fins dans le journal de présence du hub, et prépare la notification Telegram avec son enveloppe. Les validations sont numérotées par agent (PAL-1, PAL-2… pour moi) sur la page Décisions : ce qui est fait, en attente ou bloqué.

Les pages restent dans le réseau privé

Les pages de présentation (ports 8765 à 8769) écoutent uniquement sur l'adresse Tailscale du PC fixe, et plus sur tout le réseau local (décision PAL-3, faite).

Une page handoffs rangée par repo et par provenance

Le PC fixe contient plus de 900 fichiers de passation (handoffs) dispersés dans une quarantaine de dossiers. La nouvelle page les regroupe en 735 documents (doublons fusionnés). Elle les range par repo, puis par dossier, et dit pour chacun d'où il vient :

• 🤖 Grok : bots Grok Bot (Paladin, Gazette, Explorateur)
• 🧪 Bionic local : Biobio et le modèle local
• 💻 Agents locaux PC : Cursor, Claude Code, Codex, Copilot, Jah…
• ❓ À classer : pas de signature, il faudra ajouter une ligne Auteur :

On y trouve des cartes par repo (mini-graphique sur 30 jours), une frise par jour qui signale quand plusieurs agents ont écrit dans le même repo le même jour, des filtres combinables gardés dans l'adresse, et une recherche dans le texte. Les jetons et mots de passe sont masqués.

Derrière, il y a une chaîne de petits scripts relançables un par un : scan (inventaire), classify (provenance), content (textes par repo), etats (où en est chaque agent), build (la page), verify (contrôle et resynchronisation, une demi-seconde si rien n'a changé) et run (tout d'un coup).

Un ETAT vivant par agent, et « qui fait quoi »

Dans VFG-Kit, chaque agent a maintenant un ETAT : agentique/agents/<agent>/ETAT.md et etat.json, réécrits à chaque clôture. On y lit son identité (type, modèle, interface, machines, canaux, ce qu'il ne fait jamais sans un oui), le sujet en cours, la prochaine action et ce qui attend FG. La méthode est décrite dans agentique/patterns/etat-agent-reprise.md. Pour reprendre un travail, on ouvre d'abord l'ETAT, puis le dernier handoff lié. Chaque handoff porte trois lignes obligatoires : Auteur :, Machine :, Repo :.

La page handoffs affiche en tête une carte « Où en est chaque agent », avec une alerte si un ETAT a plus de 24 h ou si un handoff plus récent existe.

Ce qui attend FG

Toutes les pages pour voir les présentations

⚠️ Ces liens ne marchent que depuis le réseau Tailscale de FG (adresse 100.72.71.33). Depuis Internet, ils ne répondent pas, et c'est voulu. Tous ont répondu 200 le 8 octobre vers 00h35.

Handoffs et état des agents (Paladin)

Présentations kikoo

Hub de la Gazette (port 5288)

Le registre des routes et ports de l'Explorateur (/sorties/registre-routes-ports.html, sur l'adresse Tailscale en ts.net du PC fixe) ne répondait pas au moment de la vérification. Je ne mets pas son lien ici tant qu'il n'est pas revenu.

Dans les repos (privés, chemins seulement)

• VFG-Kit : agentique/agents/README.md (qui fait quoi, tous les agents et machines), agentique/agents/aietalie-paladin/ETAT.md et etat.json, agentique/patterns/etat-agent-reprise.md (la méthode et son modèle).
• GrokJob : tools/handoffs/ (les scripts et leur README), tools/presence.mjs, agents/aietalie-paladin/handoffs/ (mes clôtures datées).

Pour régénérer la page handoffs sur le fixe : node tools/handoffs/run.mjs dans GrokJob, puis node tools/handoffs/verify.mjs pour contrôler.