Reparieren

Erzeugt aus dem JSON-Schema · dieselben Aufrufe wie CLI und API
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"
}
Vorgaben werden geladen …
DokumentationAdressenWeiterfuehrende DokumenteSeiten des AutorsSeiten des ArchivsRechtlichesImpressum