{
"event": "UserPromptSubmit",
"prompt": "alles ja. achtung: anwendung als ddd hexagonal srp soc maxloc 80 (50=empfehlung, 80 harte Grenze ohne kommentare und leerzeilen etc. wichtig: fokus auf srp + soc + dry, dann ist die maxloc grenze ohnehin kein problem). erstelle eine liste mit harten code-kriterien als yaml spec + verbindlich zu erfüllende quality gateways. ; danach erstelle alle relevanten tasks als yaml. präsentations-schicht unter https:\/\/dev.campus.systemische-tools.de\/crawler . formalisiere alles. hast du noch fragen, ja oder nein?"
}
{
"assistant_response": "Ja, vier Fragen:\n\n1. **Präsentationsschicht-Stack:** Der bestehende vhost `dev.campus.systemische-tools.de` läuft auf dem PHP-MVC-Stack (`\/src\/Framework`, `\/src\/Controller`). Soll `\/crawler` dort als **PHP-Controller integriert** werden (Hexagonal: Adapter gegen die `crawler`-DB), oder soll es eine **eigenständige Python-App** (FastAPI) sein, die via Apache-ReverseProxy unter `\/crawler` eingebunden wird? Empfehlung: PHP-Integration (ein Stack, ein Login, Wiederverwendung von CSRF\/HTMX — Crawler-Core bleibt Python, liest\/schreibt nur in die gemeinsame DB).\n\n2. **Authentifizierung:** Login-Pflicht (welche Rolle\/Gruppe), öffentlich lesbar oder IP-basiert (LAN-Only)?\n\n3. **MaxLOC 80 — Geltungsbereich:** Gilt die Grenze für **Methoden\/Funktionen** (Standardauslegung) oder zusätzlich für **Klassen**? Üblicherweise: Funktion 80 hart, Klasse separat (z. B. 200). Bitte klarstellen.\n\n4. **Task-Scope:** Tasks ausschließlich für den Crawler-Core (Python), oder inkl. Präsentationsschicht (PHP-Controller, Views, HTMX-Interaktion) und Infrastruktur (DB-Anlage, systemd-Timer, Apache-Config)?"
}