Blueprint-Struktur
{
"seite": "/reparieren",
"titel": "Reparieren",
"warum": "ein Fehlerbild einfuegen und live zusehen, wie eine Claude-Runde ihn behebt -- Ursache finden, minimal fixen, Regressionstest, gezielt pruefen, abgeben. Dasselbe Vorgehen wie der Agent reparatur, nur ueber die Oberflaeche gestartet statt ueber einen Auftrag im Terminal.",
"modul": "ui.reparieren",
"bereiche": {
"eingabe": {
"rolle": "arbeit",
"gewicht": 1,
"mindest": "16rem",
"warum": "das Fehlerbild einfuegen und die Runde starten"
},
"verlauf": {
"rolle": "begleitung",
"gewicht": 3,
"warum": "live zusehen, wie Claude sucht, liest und aendert"
}
},
"bausteine": [
{
"id": "reparieren",
"el": "formular",
"in": "eingabe",
"fn": "ui.reparieren.starten",
"titel": "Fehlerbild einfuegen -- Traceback, CLI-Ausgabe oder als Text kopierte Fehlerseite",
"warum": "nur eingefuegter Text wird angenommen -- kein Bild- oder Screenshot-Upload: ui.reparieren.starten nimmt Text entgegen, und ein Screenshot bräuchte erst eine eigene Bildbeschreibung davor. System-Prompt, Werkzeuge, Modell und Privacy stehen serverseitig fest in ui.reparieren.starten, nicht mehr hier -- und starten prueft zuerst die Rolle 'programmierer' (KWE14: kza entscheidet, nicht die Seite)"
},
{
"id": "live-reparieren",
"el": "live",
"in": "verlauf",
"fuer": "reparieren",
"warum": "Werkzeugaufrufe und Ereignisfolge der Runde, waehrend sie laeuft -- das ist der Zweck der Seite: einfuegen, klicken, zusehen"
}
],
"art_blueprint": "seite"
}