Files
creator/templates/Prompt/Element-Create.md
team3 fb5fc7bff9 Prompts: Element-Familie domänen-adaptiv, _fence entfernt
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-12 07:48:22 +02:00

2.8 KiB
Raw Permalink Blame History

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 12 Sätze
  3. examples — GENAU EIN Beispiel: KURZ und SIMPEL, das Minimalbeispiel im themengerechten Format (siehe BEISPIELFORMAT), keine Realwelt-Komplexität.
  4. hints — IMMER leere Liste. Hinweise ergänzt der Nutzer später selbst. (Falls je gefordert: TELEGRAMMSTIL, max. 10 Wörter.)

BEISPIELFORMAT — am Thema ausrichten, nicht pauschal an Code:

  • Code-/Tool-Thema (Sprache, Framework, CLI, Konfiguration): Codeblock mit Sprachangabe, wenige Zeilen, Minimalbeispiel.
  • Sprach-Thema (Vokabeln, Grammatik, Formulierungen): 13 Beispielsätze oder ein Mini-Dialog, fremdsprachiger Teil kursiv, deutsche Übersetzung in Klammern wo nötig.
  • Konzept-Thema (Psychologie, Kommunikation, Methoden, Theorie): ein Mini-Szenario in 24 Sätzen (Situation → Anwendung → Wirkung), ein Schema oder eine Formel. Mischthemen: pro Beispiel das Format wählen, das den Punkt am direktesten zeigt. Ein Beispiel ist immer KONKRET (echter Code, echte Sätze, echte Situation) — nie die Beschreibung, was ein Beispiel zeigen würde. Jedes Beispiel benennt seine Variante: in Code als Kommentar in der Code-Syntax (z. B. <!-- Einzelner Absatz -->, // Mit Default-Wert), in Prosa als vorangestelltes fettes Label (z. B. Höfliche Bitte:).

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, fett sparsam für Kernaussagen. Keine Überschriften. Code-Beispiele IMMER als Codeblock mit Sprachangabe (```sprache), nie als Inline-Code; Prosa-Beispiele (Sätze, Dialoge, Szenarien) als normaler Text, NIE in einen Codeblock zwingen. 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 ODER Variante: Prosa-Beispiel"], "hints": []}}