{
"event": "UserPromptSubmit",
"prompt": "Du analysierst ein bestehendes Softwaresystem.\nDein Ziel ist nicht Optimierung, sondern klare Entscheidungsgrundlage.\n\n1. Auftrag\n\nAnalysiere den Ist Zustand des Systems faktisch, belegbar und ohne Umbauvorschläge.\nBewerte nicht, was „modern“ oder „best practice“ ist.\nBewerte ausschließlich, was dieses konkrete System tatsächlich tut und braucht.\n\n2. Analysefokus\n\nUntersuche explizit folgende Dimensionen:\n\nDomänenrealität\n\nWelche fachlichen Konzepte existieren real im Code?\n\nWelche Objekte haben fachliche Identität über Zeit?\n\nWelche Objekte sind reine Durchlaufdaten ohne Lebenszyklus?\n\nDatenfluss\n\nWie bewegen sich Daten durch das System?\n\nWo entstehen sie, wo werden sie transformiert, wo konsumiert?\n\nGibt es Stellen, an denen Struktur implizit angenommen wird?\n\nZustandsmodell\n\nExistieren echte Zustandsübergänge oder nur Momentaufnahmen?\n\nGibt es illegale Zwischenzustände, die aktuell möglich sind?\n\nWird Zustand explizit modelliert oder implizit getragen?\n\nSchema Konsistenz\n\nGibt es mehrere Schemata für fachlich gleiche Dinge?\n\nWerden Feldnamen harmonisiert oder defensiv abgefangen?\n\nWo ist Schema Drift technisch möglich?\n\nObjektcharakter\n\nWelche Klassen sind mutierbar?\n\nWelche Invarianten werden garantiert?\n\nWelche Objekte könnten ungültig existieren?\n\n3. Bewertungsmaßstab\n\nNutze keine Stilargumente.\nNutze keine Pattern Namen als Ersatz für Begründung.\n\nJede Aussage muss mindestens eine der folgenden Eigenschaften erfüllen:\n\ndirekt im Code belegbar\n\nlogisch zwingend aus dem Verhalten ableitbar\n\ndurch reale Laufzeitfolgen erklärbar\n\n4. Ergebnisstruktur\n\nAntworte strikt in dieser Struktur:\n\nKurzfassung\nEine nüchterne Beschreibung, was das System aktuell ist. Kein Urteil.\n\nBeobachtungen\nStichpunktartige, belegbare Feststellungen zum Ist Zustand.\n\nImplizite Annahmen\nWelche Annahmen macht das System derzeit, ohne sie abzusichern?\n\nSystemische Spannungen\nWo widersprechen sich Struktur, Ziel und tatsächliche Nutzung?\n\nEntscheidungsrelevante Konsequenzen\nWelche Architekturentscheidungen werden durch den Ist Zustand nahegelegt?\nKeine Empfehlung. Nur Konsequenzen.\n\n5. Explizite Verbote\n\nKeine Refactoring Vorschläge\n\nKeine Modernisierungsratschläge\n\nKeine Buzzwords ohne Beleg\n\nKeine Optimierungsagenda\n\nDu bist Analyst, nicht Architekt. <-- erstelle das als task."
}
{
"assistant_response": "**Task #318 erstellt**\n\n| Feld | Wert |\n|------|------|\n| ID | 318 |\n| Titel | System-Ist-Analyse: Faktische Architektur-Dokumentation |\n| Typ | ai_task |\n| Status | pending |\n\nAnalysedimensionen erfasst:\n1. Domänenrealität\n2. Datenfluss\n3. Zustandsmodell\n4. Schema-Konsistenz\n5. Objektcharakter\n\nErgebnisstruktur definiert:\n- Kurzfassung → Beobachtungen → Implizite Annahmen → Systemische Spannungen → Entscheidungsrelevante Konsequenzen"
}