Mes MCP avaient disparu — et ils ne racontent plus tout à fait le présent

Le trou dans la boîte à outils

J’ouvre Cursor sur cet ordinateur. Pas le grand dossier VFG habituel : un autre workspace (le musée 2034, Chronos à côté). L’agent est là. Les fichiers sont là. Les MCP, non.

Pas un bug magique. Une absence toute bête : les trois outils « maison » n’étaient branchés que dans le projet VFG_PT__. Le fichier global de Cursor, celui qui suit la machine et pas le dossier, était vide. Donc hors de ce dossier-là, l’agent ne voyait plus la carte, plus le bus, plus la porte.

On a relu le guide d’août, recopié le trio, fait parler les serveurs pour de vrai, puis on a demandé la seule question qui compte après le branchement : est-ce que ça sert encore ?

Réponse courte, avant le récit : oui pour sentir si le pont vit, non pour savoir où en est le chantier d’aujourd’hui.

C’est quoi un MCP, sans le jargon

Imagine que Cursor est un stagiaire très fort qui arrive chaque matin sans mémoire. Il peut fouiller tout le disque. Il le fera. Il confondra une idée numérotée avec un ticket GitHub. Il inventera un port. Il relira dix fichiers pour retrouver ce qu’un seul outil aurait dit en une ligne.

Un MCP (Model Context Protocol), ici, ce n’est pas « encore une API ». C’est une prise murale : l’agent n’ouvre plus des tiroirs au hasard, il appelle un outil nommé, avec des arguments clairs, et il reçoit une réponse structurée.

Chez VFG, la phrase à retenir tient en une ligne :

Lis la carte avant de fouiller le disque ; le bus pour ce qui bouge ; la porte seulement pour agir.

Trois prises, pas sept. On les appelle le trio T1.

Il existe d’autres prises (index markdown, watts, commandes blog, télémétrie). Ce sont T2 et T3. Elles demandent des mots secrets côté Windows. Sur cette machine, elles ne sont pas câblées. Tant mieux : moins d’outils, moins de confusion. Le guide d’août le dit déjà.

Pourquoi ils avaient disparu

Cursor charge les MCP à deux étages.

1. Le dossier ouvert — D:\VFG_PT__\.cursor\mcp.json. C’est la config « metaprojet ». Le 15 août, c’était déjà le trio T1, vivant, en public.
2. La machine — C:\Users\FG\.cursor\mcp.json. Le 15 août : vide. Le 12 septembre, encore vide.

Conséquence : tu ouvres Chronos, le musée, n’importe quel autre projet — l’agent n’a plus les prises. Il n’est pas « cassé ». Il n’est juste pas dans la pièce où les prises sont vissées.

Le blog le prévoyait. Checklist du guide MCP maison du 15 août : copier le trio vers le fichier global, puis recharger Cursor. Personne n’avait coché la case. Aujourd’hui, c’est fait.

On n’a pas collé de secrets dans cet article. Les URL de prod ont un bout de chemin secret ; ça reste dans mcp.json, pas ici.

Pour recâbler un autre PC, la recette tient en trois gestes :

1. Copier le bloc T1 (docs, feed, gate) du workspace VFG vers le mcp.json utilisateur.
2. Ne pas démarrer en même temps une copie « localhost » et la copie VPS — doublons, latence, outils en double.
3. Settings → MCP, ou Reload Window. Sans ce reload, l’UI peut rester vide alors que les serveurs répondent déjà.

On les a fait parler (12 septembre 2026, fin d’après-midi)

Pas un screenshot. Des appels JSON-RPC, puis les mêmes outils depuis Cursor, une fois le fichier global écrit.

La carte — « où en est la quête ? »

vfg_boot_context sur FG_Chronos a renvoyé un markdown de boot (session resume, watchlist encodage / shell / ledger). Utile comme rituel : l’agent commence par une carte, pas par un grep.

vfg_ssot_get sur le registre des ports a dit la vérité qu’on ne veut pas réinventer : Hero dashboard 3000, API 3001, et le reste du tableau (26 entrées). Ça, ça n’a pas vieilli.

vfg_graph_neighbors sur VFG_Hero/STATUS.md : 954 nœuds, 1858 arêtes. La carte des docs existe. Elle est grande. Elle n’est pas vide.

Puis le premier mensonge doux : chercher « Chronos » dans l’index MCP. Zéro hit. Index : 77 fichiers. Le projet Chronos date de septembre. La slice packée côté prod, elle, s’est arrêtée quelque part en juin. Le billet de juin sur les trois MCP le disait déjà : ce n’est pas le git dirty local. Si les hits sont vides, la slice est périmée — il faut la repacker et la pousser, pas greper plus fort dans l’outil mort.

Le bus — « le pont est-il vivant ? »

vfg_health : pont ok, VFGate ok, Hero healthz ok, Matrice ok. À 17 h 14. Ça, c’est du présent.

vfg_ideas numéro 35 : pas une issue GitHub. Une ligne IdeaPit, projet VFJah, tags MSN :

faire en sorte que les dimentions personalisées des fenêtres restent à chaque reconnexion

La file sprint (vfg_ideas_queue) pointe encore INBOX-35, holy hotfix, sprint étiqueté juin 2026. L’idée est réelle. Le sprint n’a pas bougé. Trois mois plus tard, la même tâche est « prochaine ». Le bus des idées existe ; la file n’a pas été vidée.

vfg_events_recent : repli sur un fichier jsonl. Dates : 14–15 juin. Le hub d’événements local n’alimente plus l’outil. On lit une archive, pas un fil.

vfg_snapshot : Hero stats 401, hub workspace down. Santé healthz ≠ stats authentifiées. Deux thermomètres, deux réponses.

La porte — « vérifie avant d’agir »

vfg_gate_health : même fleet ok, un adaptateur OSC allumé vers le PC fixe. La route wizz est null. Un « wizz moi » partirait dans une route absente. On n’a pas envoyé de flash. On n’a pas déployé de hotfix. La porte sert d’abord à ne pas appuyer.

Liste des worktrees hotfix en mémoire : vide. Normal.

Le musée, à part

Le workspace 2034 a son propre MCP local : museum-session. Ce n’est pas le fleet VPS. C’est une prise stdio pour capitaliser une session (/museum) : protocole, export schéma v1, liste, lecture, pont VFG opt-in.

Le smoke test du jour : PASS. Cinq outils. Un export de démo a été posé. Dans Cursor, ce serveur-là n’était pas encore visible tant que la fenêtre n’avait pas rechargé le mcp.json du dossier 2034. Deux absences différentes : le trio VFG (fichier user vide) et le musée (fichier projet pas chargé).

Alors : encore utiles ?

Oui. Comme pouls et comme discipline. Pas comme cerveau à jour.

Garde le trio. Il coûte peu. vfg_health vaut le câble à lui seul : en une seconde tu sais si Hero, la Matrice et VFGate répondent, sans ouvrir Docker à la main.

Garde IdeaPit via le feed. « Idée #35 » n’est pas gh issue view 35. Cet anti-piège reste vrai. Si tu reprises VFJah, l’outil est le bon premier geste.

Garde le registre des ports. Inventer 3000/3001, on l’a déjà payé.

Garde la porte fermée tant que la route wizz est nulle. Le filet R3 (hotfix prod) n’a pas changé de doctrine. L’outil deploy sans confirmation ne doit rien exécuter.

Ne crois pas la carte MCP pour le travail de septembre. Chronos n’y est pas. Les événements s’arrêtent en juin. Le boot récite un « dernière info » du 16 juin. Sur cet ordinateur, le git local (Chronos, 2034, ce blog) est plus frais que la slice distante.

Le « MCP-first » — docs avant grep — reste la bonne règle dans le workspace VFG, après un pack + push de la slice. Hors de ce workspace, ou tant que l’index affiche 77 fichiers et zéro Chronos, fouiller le disque n’est plus une triche : c’est la source.

T2 / T3 (markdown lourd, publish blog via MCP, télémétrie) : non, tant que les tokens Windows ne sont pas posés. Publier cet article-ci passe par la CLI --live --password, pas par un MCP commands absent. Recette : comment publier.

Mini-scénarios à rejouer (sans casser le show)

Ces scènes sont celles du billet de juin, rejouées aujourd’hui avec le résultat réel.

« Boot Hero, où en est le quatuor ? »
L’agent appelle vfg_boot_context. Il reçoit un markdown. Il ne doit pas le prendre pour un sitrep du jour tant que le texte cite juin. Ensuite, s’il a besoin d’un port : vfg_ssot_get, pas une invention.

« Hotfix idée #35 »
Premier appel : vfg_ideas avec { id: 35 }. Lire text, project, tags. Router vers VFJah. Pas GitHub.

« Wizz moi »
D’abord vfg_gate_health. Si wizzRoute est null, s’arrêter et le dire. Ne pas « tester le flash » pour voir.

« /museum »
Protocole d’abord, export ensuite. Pas un résumé libre. Pas de republication automatique vers ce blog.

Ce qui manque (checklist honnête, 12 septembre)

• Trio T1 dans le mcp.json global (plus seulement le workspace VFG)
• Healthz publics docs / feed / gate : 200
• Outils T1 appelables depuis cette session Cursor
• Slice vfg_search_docs repackée (77 fichiers, Chronos absent)
• Hub événements :4320 qui alimente vfg_events_recent (aujourd’hui : jsonl de juin)
• Snapshot Hero authentifié (401 sur /api/stats)
• Route wizz non nulle, si on veut rejouer le show depuis Cursor
• Musée visible dans l’UI après Reload Window du dossier 2034
• Tokens T2/T3 seulement si on publie / mesure depuis cette machine
• Ne pas lancer la stack loopback en parallèle du VPS

Rien de tout ça n’est un secret. C’est de la poussière de calendrier : les prises marchent, le contenu de certains tiroirs n’a pas été changé depuis l’été.

En une phrase

Les MCP maison n’avaient pas « cassé » : ils n’étaient pas dans cette pièce. Une fois recâblés, ils disent encore si le pont vit et ce qu’est une idée #N. Ils ne disent plus où en est septembre. Le disque local, lui, si.

Liens pour ne pas recopier les runbooks :

• Guide d’installation MCP (15 août)
• Mes 3 MCP : carte, bus et wizz (16 juin)
• Comment publier
• Tag mcp