update

templates/Prompt/Element-Chat.md

@@ -0,0 +1,22 @@
+Du hilfst, ein Lern-Element einer persönlichen Zusammenfassung zum Thema "{topic}" anzupassen.
+
+AKTUELLES ELEMENT (JSON):
+{element_json}
+
+BISHERIGER CHAT-VERLAUF:
+{transcript}
+
+Setze die letzte Nutzer-Anweisung am Element um. Halte die Element-Regeln ein:
+1. title — prägnanter Titel (max. 8 Wörter, reiner Text ohne Markdown/Backticks)
+2. description — was es ist und wozu: MAXIMAL 1–2 Sätze
+3. examples — KURZ und SIMPEL: wenige Zeilen Code, das Minimalbeispiel, keine Realwelt-Komplexität. Ein Beispiel pro relevanter Variante, geordnet vom Üblichen zum Speziellen. Jedes beginnt mit einem kurzen Kommentar in der Code-Syntax (z. B. `<!-- Einzelner Absatz -->`), der die Variante benennt.
+4. hints — jeder Hinweis muss WICHTIG oder NÜTZLICH sein: Stolperfalle, Merksatz oder Best Practice mit echtem Praxiswert. Telegrammstil: nur die Kernaussage. Beispiel: "Keine Blockelemente in `<p>`."
+
+Umfang: SO LANG WIE NÖTIG und SO KURZ WIE MÖGLICH — gilt für description, examples und hints. Jedes Wort muss seinen Platz verdienen: Füllwörter, Nebensätze ohne Informationswert und Selbstverständliches streichen. Aber: Kürze nie auf Kosten der Verständlichkeit.
+
+Tonalität: klares Deutsch, direkt, praxisorientiert. Keine Füllsätze.
+
+Markdown in description, examples und hints: `inline-code` für Bezeichner, Codeblöcke mit Sprachangabe (```sprache), **fett** sparsam. Keine Überschriften. Code-Beispiele IMMER als Codeblock, nie als Inline-Code. Bezeichner, Tags und Befehle (z. B. `<p>`, `git add`) im Fließtext IMMER in Backticks — nie nackt.
+
+Gib NUR gültiges JSON aus, ohne Code-Fence, ohne weiteren Text:
+{{"reply": "kurze Antwort an den Nutzer (1–2 Sätze)", "element": {{"title": "...", "description": "...", "examples": ["```sprache\n...\n```"], "hints": ["..."]}}}}

templates/Prompt/Element-Check.md

@@ -0,0 +1,19 @@
+Du recherchierst, welche Informationen in einem Lern-Element einer persönlichen Zusammenfassung zum Thema "{topic}" noch fehlen könnten.
+
+AKTUELLES ELEMENT (JSON):
+{element_json}
+
+KONTEXT (Auszüge aus dem Themen-Material):
+{context}
+
+RECHERCHE — sammle breit alle Kandidaten: fehlende Kernaussagen, wichtige Varianten, typische Stolperfallen, Best Practices. Lieber einen Kandidaten zu viel als einen zu wenig — die Bewertung passiert in einem zweiten Schritt. Nichts vorschlagen, was das Element schon enthält.
+
+Jeder Kandidat:
+- text: kurze Beschreibung der Lücke (max. 12 Wörter, reiner Text)
+- target: "description" | "examples" | "hints"
+- content: fertiger Inhalt zum Einfügen. SO KURZ WIE MÖGLICH, so lang wie nötig. Markdown: `inline-code` für Bezeichner, examples als Codeblock mit Sprachangabe (```sprache), beginnend mit kurzem Kommentar zur Variante (z. B. `<!-- Einzelner Absatz -->`), hints nur wenn WICHTIG oder NÜTZLICH, im Telegrammstil (nur Kernaussage, z. B. "Keine Blockelemente in `<p>`."). Tags/Bezeichner im Fließtext IMMER in Backticks.
+
+Gib NUR gültiges JSON aus, ohne Code-Fence, ohne weiteren Text:
+{{"suggestions": [{{"text": "...", "target": "hints", "content": "..."}}]}}
+
+Keine Kandidaten → {{"suggestions": []}}

templates/Prompt/Element-Create.md

@@ -0,0 +1,24 @@
+Du erstellst ein kurzes Lern-Element für eine persönliche Zusammenfassung zum Thema "{topic}".
+
+STICHWORT VOM NUTZER:
+{hint}
+
+KONTEXT (Auszüge aus dem Themen-Material):
+{context}
+
+Erstelle GENAU EIN Element zum Stichwort:
+1. title — prägnanter Titel (max. 8 Wörter, reiner Text ohne Markdown/Backticks)
+2. description — was es ist und wozu: MAXIMAL 1–2 Sätze
+3. examples — GENAU EIN Beispiel: KURZ und SIMPEL, wenige Zeilen Code, das Minimalbeispiel, keine Realwelt-Komplexität. Beginnt mit einem kurzen Kommentar in der Code-Syntax (z. B. `<!-- Einzelner Absatz -->`, `// Mit Default-Wert`), der die Variante benennt.
+4. hints — IMMER leere Liste. Hinweise ergänzt der Nutzer später selbst. (Falls je gefordert: TELEGRAMMSTIL, max. 10 Wörter.)
+
+Das Element ist ATOMAR: allein verständlich, ohne dass der Leser etwas anderes gelesen hat. Benutzte Begriffe in einem Halbsatz auflösen.
+
+Umfang: SO KURZ WIE MÖGLICH, so lang wie nötig — gilt für description, examples und hints. Jedes Wort muss seinen Platz verdienen: Füllwörter, Nebensätze ohne Informationswert und Selbstverständliches streichen. Die Länge kommt aus der ZAHL der Beispiele (Varianten), nie aus langen Texten.
+
+Tonalität: klares Deutsch, direkt, praxisorientiert. Fachbegriffe beim ersten Auftreten kurz erklären. Keine Füllsätze, keine Einleitungsfloskeln.
+
+Markdown in description und examples: normale Absätze, `inline-code` für Bezeichner, Codeblöcke mit Sprachangabe (```sprache), **fett** sparsam für Kernaussagen. Keine Überschriften. Code-Beispiele IMMER als Codeblock, nie als Inline-Code. Bezeichner, Tags und Befehle (z. B. `<p>`, `git add`) im Fließtext IMMER in Backticks — nie nackt.
+
+Gib NUR gültiges JSON aus, ohne Code-Fence, ohne weiteren Text:
+{{"title": "...", "description": "...", "examples": ["```sprache\n...\n```"], "hints": []}}

templates/Prompt/Element-Stil.md

@@ -0,0 +1,29 @@
+Du prüfst ein Lern-Element einer persönlichen Zusammenfassung zum Thema "{topic}" auf Stil-Regeln und schlägst Änderungen vor. Das Element wird NICHT direkt geändert — der Nutzer bestätigt jede Änderung einzeln.
+
+AKTUELLES ELEMENT (JSON):
+{element_json}
+
+STIL-REGELN:
+1. title — prägnant, max. 8 Wörter, reiner Text ohne Markdown/Backticks
+2. description — was es ist und wozu: MAXIMAL 1–2 Sätze
+3. examples — KURZ und SIMPEL: wenige Zeilen Code, Minimalbeispiel, keine Realwelt-Komplexität. Ein Beispiel pro relevanter Variante, geordnet vom Üblichen zum Speziellen. Als Codeblock mit Sprachangabe (```sprache), nie als Inline-Code. Jedes Beispiel beginnt mit einem kurzen Kommentar in der Code-Syntax (z. B. `<!-- Einzelner Absatz -->`), der die Variante benennt.
+4. hints — jeder Hinweis muss WICHTIG oder NÜTZLICH sein: Stolperfalle, Merksatz oder Best Practice mit echtem Praxiswert. Selbstverständliches, Nischenwissen und Redundantes zum Element entfernen. Telegrammstil: nur die Kernaussage, Füllverben und Herleitungen streichen.
+   Vorher: "Browser fügen standardmäßig vertikalen Abstand vor und nach `<p>` ein — anpassbar mit `margin`."
+   Nachher: "Browser-Abstand um `<p>` per `margin` anpassbar."
+5. Umfang: SO LANG WIE NÖTIG und SO KURZ WIE MÖGLICH. Jedes Wort muss seinen Platz verdienen — Füllwörter, Nebensätze ohne Informationswert und Selbstverständliches streichen. Aber: Kürze nie auf Kosten der Verständlichkeit oder Korrektheit.
+6. Markdown: `inline-code` für Bezeichner, Tags und Befehle im Fließtext (z. B. `<p>`, `git add`) — IMMER in Backticks, nie nackt. **fett** sparsam. Keine Überschriften.
+7. Tonalität: klares Deutsch, direkt, praxisorientiert. Keine Füllsätze.
+
+Schlage für jeden Stil-Verstoß GENAU EINE Änderung vor:
+- text: kurz, was und warum (max. 12 Wörter, reiner Text)
+- action: "entfernen" | "anpassen" | "hinzufuegen"
+- target: "title" | "description" | "examples" | "hints"
+- index: 0-basierte Position im AKTUELLEN examples- bzw. hints-Array (bei title/description: null; bei hinzufuegen: null)
+- content: der neue/vollständige Inhalt (bei entfernen: leer)
+
+"entfernen" nur für examples/hints. "hinzufuegen" sparsam — nur wenn eine Stil-Regel es verlangt (z. B. fehlender Varianten-Kommentar gehört zu "anpassen", nicht "hinzufuegen"). Erfüllt etwas die Regeln schon: NICHT anfassen.
+
+Gib NUR gültiges JSON aus, ohne Code-Fence, ohne weiteren Text:
+{{"changes": [{{"text": "...", "action": "anpassen", "target": "hints", "index": 0, "content": "..."}}]}}
+
+Kein Stil-Verstoß → {{"changes": []}}

templates/Prompt/Element-Verify.md

@@ -0,0 +1,23 @@
+Du verifizierst Ergänzungs-Kandidaten für ein Lern-Element einer persönlichen Zusammenfassung zum Thema "{topic}". Das Element soll KURZ bleiben — nur wirklich Wichtiges kommt durch.
+
+AKTUELLES ELEMENT (JSON):
+{element_json}
+
+KANDIDATEN (JSON):
+{candidates_json}
+
+KONTEXT (Auszüge aus dem Themen-Material):
+{context}
+
+Prüfe JEDEN Kandidaten kritisch:
+1. WICHTIG? Muss ein Lerner das wissen? Nice-to-haves und Nischenwissen ablehnen.
+2. REDUNDANT? Steckt die Info schon im Element oder in einem anderen Kandidaten? Ablehnen bzw. Duplikate zusammenführen.
+3. KORREKT? Fachlich falsch oder irreführend → ablehnen.
+4. PASST das target ("description" | "examples" | "hints")? Sonst korrigieren.
+
+Behalte nur Kandidaten, die alle Prüfungen bestehen. Verbessere dabei content auf die Stil-Regeln: SO LANG WIE NÖTIG und SO KURZ WIE MÖGLICH; `inline-code` für Bezeichner; examples als Codeblock mit Sprachangabe und kurzem Varianten-Kommentar; hints im Telegrammstil (nur Kernaussage, Kürze nie auf Kosten der Verständlichkeit).
+
+Gib NUR gültiges JSON aus, ohne Code-Fence, ohne weiteren Text:
+{{"suggestions": [{{"text": "...", "target": "hints", "content": "..."}}]}}
+
+Kein Kandidat besteht → {{"suggestions": []}}