{
"event": "UserPromptSubmit",
"prompt": "1. Grundannahmen und Systemgrenzen\n\nIst Campus.systemische-tools.de Single Tenant oder perspektivisch Multi Tenant, und warum ist user_id DEFAULT 1 dann dauerhaft zulässig.\n\nGibt es eine formale Definition, welche Komponenten laufzeitkritisch sind und welche rein administrativ, insbesondere im Kontext der neuen Admin Seiten.\n\nWarum wird Qdrant als Pflichtkomponente definiert, während Anthropic optional ist, obwohl beide funktional kritisch für unterschiedliche Pfade sind.\n\nWo ist systemisch festgelegt, welche Teile hart ausfallen dürfen und welche zwingend Fallbacks benötigen.\n\n2. LLM Verwaltung und Modellannahmen\n\nAuf welcher belastbaren Quelle basieren context_window und max_output_tokens, insbesondere bei Cloud Modellen, die sich regelmäßig ändern.\n\nWie wird verhindert, dass veraltete Modellparameter aus der DB zu falschen Token Kalkulationen führen.\n\nWarum werden fehlende Modelle beim Sync explizit nicht deaktiviert, obwohl sie faktisch nicht mehr verfügbar sein könnten.\n\nIst model_id providerübergreifend eindeutig genug oder brauchst Du langfristig eine interne kanonische ID.\n\nWarum ist provider ein ENUM und kein Lookup, obwohl Erweiterbarkeit explizit genannt ist.\n\nWie wird mit Modell Aliasen umgegangen, etwa wenn Ollama Tags wie latest wechseln.\n\n3. Sync Logik und Ausfallsicherheit\n\nWas passiert technisch und fachlich, wenn der Anthropic Sync fehlschlägt oder partiell antwortet.\n\nWo wird versioniert oder geloggt, wann und warum sich Modellmetadaten geändert haben.\n\nIst shell_exec('ollama list') im Zielsystem garantiert erlaubt und abgesichert.\n\nWie wird verhindert, dass ein Sync laufende Sessions logisch inkonsistent macht.\n\n4. Dropdown Partials und UI Semantik\n\nWarum sind Cloud und Lokal als feste Optgroups kodiert statt datengetrieben.\n\nWie wird ein dritter Typ wie Remote Private LLM oder Proxy dargestellt.\n\nWas ist die definierte UX Reaktion, wenn $models leer ist.\n\nWarum ist id=\"model\" hart kodiert und nicht kontextuell eindeutig.\n\n5. Collection Verwaltung und RAG Konsistenz\n\nWer ist fachlich verantwortlich für die Korrektheit von vector_size, wenn Embedding Modelle wechseln.\n\nWie wird verhindert, dass Collections mit inkompatiblen Embeddings gemeinsam selektiert werden.\n\nWarum ist embedding_model rein dokumentativ und nicht validierend eingebunden.\n\nWas passiert, wenn Qdrant Collections existieren, die bewusst nicht im CMS erscheinen sollen.\n\nWie wird zwischen systeminternen und benutzerrelevanten Collections unterschieden, außer über source_type.\n\n6. Python Pipeline Kopplung\n\nWarum wird direkte DB Abfrage in Python als unproblematisch angesehen, obwohl MCP sonst Pflicht ist.\n\nWie wird Schema Drift zwischen PHP und Python erkannt oder verhindert.\n\nGibt es eine definierte Sperre, wenn Pipeline und Admin UI gleichzeitig schreiben.\n\n7. User Präferenzen und Werte Hierarchie\n\nWarum gibt es keine explizite Validierung der JSON Felder vor Speicherung.\n\nWie wird sichergestellt, dass alte Sessions nicht mit neuen Defaults kollidieren.\n\nIst vorgesehen, Defaults pro Modul zu trennen oder bewusst global.\n\nWie wird ein korrupter oder leerer Preferences Datensatz behandelt.\n\n8. Presets, Temperature und Tokens\n\nWarum ist Temperature fest auf 0.0 bis 1.0 begrenzt, obwohl einzelne APIs größere Bereiche erlauben.\n\nWarum sind Token Stufen prozentual und nicht auf semantische Längen abgestimmt.\n\nWas ist die fachliche Bedeutung, wenn ein Nutzer manuell von einem Preset abweicht.\n\nWie wird der Zustand custom systemisch weiterverarbeitet oder gespeichert.\n\nWarum existiert parallel default_preset_id und default_temperature ohne klare Prioritätsdefinition.\n\n9. JavaScript Steuerung und Konsistenz\n\nWarum wird Preset Identifikation im JS teilweise über slug und teilweise über id gelöst.\n\nWas passiert, wenn der API Call \/api\/v1\/llm\/{modelId} fehlschlägt.\n\nWie wird Race Condition zwischen Modellwechsel und Preset Klick verhindert.\n\nWarum ist kein Debounce oder State Lock vorgesehen.\n\n10. Contracts Migration und Semantik\n\nWarum werden Contracts als AND verknüpft, ohne Konfliktauflösung.\n\nWie wird verhindert, dass sich Contracts logisch widersprechen.\n\nGibt es eine definierte Ausführungsreihenfolge für mehrere Contracts.\n\nWarum ist Auto Select nur bei Contracts aktiv, nicht bei Structures.\n\nWie wird Migration rückgängig gemacht, falls Pipeline Fehler auftreten.\n\n11. Structures und Template Fusion\n\nWas bedeutet konkret Template Fusion bei mehreren Structures.\n\nGibt es ein formales Konfliktmodell für überschneidende Strukturdefinitionen.\n\nWarum sind Structures im Chat überhaupt sinnvoll und nicht nur im Content Kontext.\n\n12. Migration und Betrieb\n\nGibt es einen verbindlichen Migrationsfahrplan, der Reihenfolge und Abhängigkeiten erzwingt.\n\nWie wird ein halb migrierter Zustand technisch erkannt und blockiert.\n\nWo ist definiert, ab wann alte Felder nicht mehr gelesen werden dürfen.\n\n13. Governance und Verträge\n\nWo sind Contracts, Presets und Structures normativ definiert, nicht nur technisch.\n\nGibt es Validierungsregeln, die verhindern, dass ein Admin widersprüchliche Defaults setzt.\n\nWie wird langfristig verhindert, dass dieses System wieder divergent wird."
}