À valider par Sabri (10 nov.) : « Débrancher la copie d'essai et réparer l'atelier »

Ce que tu fais (15 minutes en tout) :

1. Couper la vieille copie d'essai (partie 1) : 2 clics dans Cloudflare. C'est le seul point vraiment urgent : cette copie peut changer le vrai bureau.
2. Mettre la petite correction de l'atelier (partie 3) : une commande à copier. Ou l'arrêter, si tu préfères.
3. Dire oui ou non à la liste des pages à garder (partie 4).

Bonne nouvelle : l'atelier n'est pas cassé. Il lit bien l'onglet « Atelier » toutes les 10 secondes. Il rate seulement un tour par heure, au moment où la connexion Cloudflare du Mac se renouvelle. Aucune demande n'est perdue : personne n'a encore écrit dans l'onglet « Atelier » (0 demande dans le bureau).

Préparé par Pilot 2 la nuit du 10 nov. Rien n'a été mis en ligne, arrêté ni supprimé. Fait sur le Mac seulement : les 2 fichiers de réglage d'essai corrigés (avec sauvegarde), et le tableau des chiffres enregistré dans son historique (sans envoi en ligne).

1. La vieille copie d'essai « exodus-bureau-essai » (à couper par toi)

Le problème : cette copie a l'ancien code du bureau (d'avant la version 2, mise en ligne le 8 nov. à 1 h 21), mais elle est branchée sur la vraie base. Tout ce qu'on change dedans change le vrai bureau. Elle ne sert plus à rien : la version 2 est en ligne sur le vrai bureau depuis le 9 nov.

Ce que je conseille : la couper sans la supprimer (on peut revenir en arrière), puis la supprimer dans une semaine si personne ne s'en plaint.

Étape A, aujourd'hui (réversible, 2 clics) :

1. Ouvre le tableau de bord Cloudflare (compte [retiré]), menu « Workers et Pages ».
2. Clique sur exodus-bureau-essai, puis l'onglet « Paramètres », partie « Domaines et routes ».
3. Sur la ligne de l'adresse [retiré], choisis « Désactiver ». → La copie ne répond plus. Rien n'est effacé : on peut la réactiver au même endroit.

Étape B, dans une semaine (définitif) : supprimer la copie. Ça efface seulement cette copie (son code et ses réglages), pas la vraie base, pas le vrai bureau. La commande se lance depuis ton dossier personnel, exprès : aucun fichier de réglage du vrai bureau n'y est, donc aucun risque de viser le mauvais.

cd /Users/sabri && CLOUDFLARE_ACCOUNT_ID=[retiré] npx -y wrangler@3.99.0 delete --name exodus-bureau-essai

Une question en anglais apparaît (« es-tu sûr ? ») : tape la lettre y puis Entrée (ça veut dire « oui »). Vérifie bien que le nom affiché est exodus-bureau-essai, et pas [retiré] (le vrai bureau).

2. Les 2 fichiers de réglage d'essai ✅ (fait cette nuit, sur le Mac)

Le problème : 2 fichiers servent à lancer une copie du bureau sur le Mac pour les essais. Les deux pointaient vers la vraie base. Le premier portait même le nom du vrai bureau : une mise en ligne avec ce fichier aurait remplacé le vrai bureau. Le second portait le nom du bureau de test : il l'aurait branché sur la vraie base.

Ce que j'ai fait : les 2 pointent maintenant vers la base du bureau de test (exodus-hub-v2, une copie à part), avec un nom qui n'est ni le vrai bureau ni le bureau de test. Rien n'a été mis en ligne.

• Sauvegardes d'avant : exodus-bureau-app/sauvegardes/wrangler.essai-local.toml-avant-pilot2-2026-11-10 et .../v2-wrangler.essai-local.toml-avant-pilot2-2026-11-10.
• Vérifié : plus aucune trace de la vraie base dans ces 2 fichiers, et les 2 fichiers se lisent sans erreur.
• À savoir : la prochaine copie lancée sur le Mac partira d'une base vide (normal, c'est une base d'essai neuve). Le vrai réglage du bureau (wrangler.toml) n'a pas été touché.

3. L'atelier : ce qui se passe vraiment, et la correction

Le diagnostic (vérifié dans les journaux de Cloudflare du Mac) :

• L'atelier interroge le bureau toutes les 10 secondes. Presque tous les tours marchent (réponse « aucune demande »).
• Une fois par heure, la connexion Cloudflare du Mac se renouvelle (prochain renouvellement vu : 3 h 39). Pendant quelques secondes, Cloudflare répond « compte non autorisé ». Le tour qui tombe à ce moment-là échoue, et le suivant, 10 secondes plus tard, remarche.
• Preuve : l'échec du 10 nov. à 0 h 39 min 04 s tombe juste avant le renouvellement de 0 h 39 min 15 s. Le même incident arrive aussi aux autres robots du Mac (55 fois depuis le 8 nov.), il n'est pas propre à l'atelier.
• Donc : l'atelier n'est pas en panne. Le journal fait seulement peur.

La correction (prête, pas encore mise) : si Cloudflare répond « compte non autorisé » ou « erreur de connexion », l'atelier attend 15 secondes et réessaie une fois. Et le journal note maintenant le code de l'erreur, pour qu'on comprenne tout de suite.

• Le fichier corrigé : livrables-pilot/137-atelier-correction/atelier.mjs (le changement exact : correction.diff, 2 endroits).
• Vérifié : le code se lit sans erreur, et un petit essai (test-panne.mjs) montre qu'il réessaie bien sur la vraie erreur de 0 h 39, et pas sur une autre erreur.

Pour la mettre (conseillé) : la commande vérifie d'abord que l'atelier n'a pas changé depuis cette nuit, garde une copie de l'ancien, met le nouveau, vérifie, puis relance l'atelier.

cd /Users/sabri/OBM/atelier && diff -q atelier.mjs /Users/sabri/OBM/livrables-pilot/137-atelier-correction/atelier.mjs.avant && cp atelier.mjs atelier.mjs.avant-10-nov && cp /Users/sabri/OBM/livrables-pilot/137-atelier-correction/atelier.mjs atelier.mjs && node --check atelier.mjs && launchctl kickstart -k gui/$(id -u)/com.exodus.atelier && echo "atelier corrigé et relancé"

Si la commande s'arrête tout de suite sans rien écrire de plus : l'atelier a changé depuis cette nuit, rien n'a été remplacé (redemande-moi).

Pour revenir en arrière :

cd /Users/sabri/OBM/atelier && cp atelier.mjs.avant-10-nov atelier.mjs && launchctl kickstart -k gui/$(id -u)/com.exodus.atelier

Ou pour l'arrêter complètement (si personne ne s'en sert : aucune demande depuis sa création) :

launchctl bootout gui/$(id -u)/com.exodus.atelier

À savoir au passage : comme l'atelier interroge Cloudflare toutes les 10 secondes, il laisse environ 8 600 petits fichiers de journal par jour dans ~/.wrangler/logs (déjà 18 600 fichiers, 400 Mo). Ce n'est pas grave tout de suite. Si tu gardes l'atelier, on pourra passer à une lecture toutes les 60 secondes (6 fois moins). Je n'ai rien changé.

4. Les pages en ligne : garder ou arrêter (rien n'a été arrêté)

Vérifié cette nuit en lecture seule (la page répond-elle, et quand a-t-elle été mise en ligne).

Ta réponse en une ligne suffit, par exemple : « ok pour tout » ou « ok sauf la FAQ ». Ensuite je prépare les commandes d'arrêt une par une.

5. Le lien du tableau des chiffres vers le bureau ✅ (fait cette nuit)

Le problème : l'adresse du tableau des chiffres qui envoie au bureau les chiffres des 4 dernières semaines (/api/chiffres-semaines, mise en ligne le 7 nov.) n'était pas enregistrée dans l'historique du code. Si on remettait en ligne une ancienne version du tableau, l'écran « Chiffres » du bureau ne recevrait plus rien.

Ce que j'ai fait : enregistré dans l'historique local du tableau (~/Desktop/Anthony - Exodus/exodus-kpi/app), sans rien envoyer en ligne :

• 23bf680 : l'adresse des chiffres des 4 semaines (2 fichiers neufs + la liste des adresses). Vérifié : aucune clé dans le code, la clé est lue dans les secrets de Cloudflare.
• 5569c61 : l'encadré du test A/B caché (fait et mis en ligne le 17 oct., jamais enregistré).
• Laissé de côté exprès : bun.lock (la liste des outils installés, changée le 7 nov. avec un outil d'essai). Sans danger, à enregistrer plus tard si tu veux.