Prompts: Section-Spec und Guide-Pipeline domänen-adaptiv (BEISPIELFORMAT)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -7,7 +7,7 @@ BAUSTEINE (unsortiertes Inventar):
|
||||
|
||||
Denke vom Ziel her: Was soll der Leser am Ende KÖNNEN?
|
||||
- Wähle, was der Leser dafür praktisch braucht und wirklich benutzt.
|
||||
- Lass weg: Interna (was das Werkzeug intern tut, ohne dass man es anfasst), Spezialfälle und Alternativen zum selben Problem — ein Weg reicht.
|
||||
- Lass weg: Interna (was das Werkzeug oder die Theorie intern tut, ohne dass man es selbst anfasst), Spezialfälle und Alternativen zum selben Problem — ein Weg reicht.
|
||||
- "Klingt fundamental" ist kein Kriterium. Frage stattdessen: Fasst der Leser das selbst an?
|
||||
- Verwende die Titel EXAKT so, wie sie in der Liste stehen. Keine neuen erfinden.
|
||||
|
||||
|
||||
@@ -1 +1 @@
|
||||
Prüfe unsichere oder veraltbare Fakten (z. B. Versionsnummern) per Websuche.
|
||||
Prüfe unsichere oder veraltbare Fakten (Versionsnummern, aktuelle Empfehlungen, Forschungsstand) per Websuche, BEVOR du sie in eine Section schreibst. Nichts Unbelegtes behaupten.
|
||||
@@ -9,7 +9,7 @@ SECTIONS:
|
||||
|
||||
Prüfe jede Section:
|
||||
1. Ist die Beschreibung für Anfänger verständlich und maximal 1–2 Sätze?
|
||||
2. Sind die Beispiele kurz, simpel und plausibel korrekt?
|
||||
2. Sind die Beispiele kurz, simpel, plausibel korrekt — und im themengerechten Format laut Spezifikation (kein Codeblock um Prosa-Beispiele, kein Prosa-Pseudo-Beispiel, wo Code gefragt ist)?
|
||||
3. Ist das Markdown sauber (keine abgebrochenen Code-Blöcke, keine Platzhalter, kein Fremdtext)?
|
||||
|
||||
Du PRÜFST nur und notierst Probleme — du änderst nichts. Nur echte Mängel notieren, keine Geschmacksfragen.
|
||||
|
||||
@@ -16,9 +16,7 @@ Schreibe NUR die Datei {out_path} in GENAU diesem Format — für JEDE beanstand
|
||||
Beschreibung…
|
||||
|
||||
### Beispiel
|
||||
```sprache
|
||||
…
|
||||
```
|
||||
(Beispiel im themengerechten Format laut SECTION-SPEZIFIKATION: Codeblock NUR bei Code-Themen, sonst Beispielsätze oder Mini-Szenario)
|
||||
|
||||
Die Marker-Zeilen exakt so schreiben. Kein Text außerhalb der Sections.
|
||||
{extra}
|
||||
|
||||
@@ -5,7 +5,7 @@ Dir zugeteilt sind folgende Kapitel und Bausteine — verbindlich: jede zugeteil
|
||||
|
||||
{facts}
|
||||
|
||||
Beispiel-Tiefe für dieses Format ({format_name}): MiniGuide = nur die üblichen Varianten eines Bausteins, Guide = die gängigen Varianten, FullGuide = alle relevanten Varianten inkl. Nischenfällen.
|
||||
Beispiel-Tiefe für dieses Format ({format_name}): MiniGuide = nur die üblichen Varianten eines Bausteins, Guide = die gängigen Varianten, FullGuide = alle relevanten Varianten inkl. Nischenfällen. Eine Variante ist eine eigenständige Verwendungsform des Bausteins — Code-Variante, Satzmuster oder Anwendungsfall.
|
||||
|
||||
SECTION-SPEZIFIKATION:
|
||||
{spec}
|
||||
@@ -17,9 +17,7 @@ Schreibe NUR die Datei {out_path} in GENAU diesem Format — pro Kapitel ein kap
|
||||
Beschreibung…
|
||||
|
||||
### Beispiel
|
||||
```sprache
|
||||
…
|
||||
```
|
||||
(Beispiel im themengerechten Format laut SECTION-SPEZIFIKATION: Codeblock NUR bei Code-Themen, sonst Beispielsätze oder Mini-Szenario)
|
||||
|
||||
Die Marker-Zeilen exakt so schreiben. Kein Text außerhalb der Sections, kein Dokument-Titel, kein Inhaltsverzeichnis.
|
||||
{extra}
|
||||
Reference in New Issue
Block a user