update

templates/Prompt/Bausteine-Ergaenzung.md

@@ -0,0 +1,21 @@
+Prüfe das Baustein-Inventar zum Thema "{topic}" auf Vollständigkeit gegenüber dem Themenfeld.
+
+Das Inventar stammt aus einem Projekt/Skript — es kann Bausteine geben, die fachlich zum Thema gehören, dort aber nicht behandelt werden. Finde genau diese Lücken.
+
+VORHANDENE BAUSTEINE:
+{bausteine}
+
+Regeln:
+- Recherchiere das Themenfeld (Lehrbücher, Standardreferenzen) und ergänze NUR Bausteine, die kanonisch dazugehören und im Inventar fehlen.
+- Ein Baustein löst GENAU EIN PROBLEM und ist ATOMAR — gleiche Maßstäbe wie im Inventar.
+- KEINE Varianten, Umformulierungen oder Vertiefungen vorhandener Bausteine — nur echte Lücken.
+- Erfinde nichts: nur Bausteine, die du in der Recherche belegt hast.
+- Titel und Beschreibung auf DEUTSCH (Fachbegriffe bleiben original), Beschreibung maximal ~12 Wörter.
+- Gibt es keine Lücken, liefere eine leere Liste — das ist ein gültiges Ergebnis.
+
+Schreibe NUR die JSON-Datei nach: {out_path}
+
+Format:
+{{"bausteine": [{{"titel": "…", "beschreibung": "…"}}]}}
+Keine Lücken: {{"bausteine": []}}
+{extra}

templates/Prompt/Bausteine-Quelle-Projekt.md

@@ -1 +1 @@
-Das Thema ist das Projekt unter {project}. Verschaffe dir mit Bash (ls/find) einen Überblick und lies README, Doku-Ordner und den relevanten Quellcode mit dem Read-Tool. Die Bausteine müssen das echte Projekt widerspiegeln, nichts Erfundenes.
+Das Thema ist das Projekt unter {project}. Verschaffe dir mit Bash (ls/find) einen Überblick und lies README, Doku-Ordner und den relevanten Quellcode mit dem Read-Tool. PDFs liegen als gleichnamige .txt-Dateien vor — lies IMMER die .txt, nie das PDF. Die Bausteine müssen das echte Projekt widerspiegeln, nichts Erfundenes.

templates/Prompt/Guide-Fakten-Projekt.md

@@ -1 +1 @@
-Die Fakten stammen aus dem Projekt unter {project} — lies bei Bedarf Dateien mit Read/Bash nach.
+Die Fakten stammen aus dem Projekt unter {project} — lies bei Bedarf Dateien mit Read/Bash nach. PDFs liegen als gleichnamige .txt-Dateien vor — lies IMMER die .txt, nie das PDF.

templates/Prompt/OnePager-Bauen.md

@@ -5,12 +5,12 @@ FAKTENBASIS (alleinige Quelle, nichts hinzuerfinden):
 
 Erstelle GENAU diese 7 Karten (JSON-Schlüssel exakt so):
 - "info" — Titel: "{topic}". Kurzbeschreibung in 1–2 Sätzen, darunter technische Daten als Stichpunkte (Art/Typ, Version/Stand, Lizenz/Kosten).
-- "eigenschaften" — Titel: "Kerneigenschaften". Die 4–7 prägenden Eigenschaften des Systems als Stichpunkte.
+- "eigenschaften" — Titel: "Kerneigenschaften". Was einen IM Thema erwartet: kleine Übersicht der Inhalte/Teilgebiete.
 - "beispiel" — Titel: "Beispiel". EIN anschauliches, typisches Codebeispiel (Markdown-Codeblock) mit einem Satz Erklärung.
-- "zusammenhaenge" — Titel: "Zusammenhänge". Mit welchen Systemen/Themen es zusammenhängt — Stichpunkte mit je einem halben Satz.
-- "voraussetzungen" — Titel: "Voraussetzungen". Was man vorher können oder haben muss.
-- "modern" — Titel: "Moderne Features". Was aktuell ist und heute verwendet wird.
-- "veraltet" — Titel: "Veraltete Features". Was es noch gibt, aber nicht mehr verwendet werden sollte. Gibt es nichts Veraltetes: ehrlich "Keine." mit einem Satz Begründung — nichts erfinden.
+- "zusammenhaenge" — Titel: "Zusammenhänge". Mit welchen ANDEREN Themen es zusammenhängt — Nachbarthemen außerhalb dieses Themas, keine Inhalte des Themas selbst.
+- "voraussetzungen" — Titel: "Voraussetzungen". Welche Themen man vorher bearbeitet haben sollte, um hier klarzukommen.
+- "modern" — Titel: "Moderne Features". NUR was in den letzten Jahren neu dazugekommen ist. Gibt es nichts Neues: ehrlich "Keine." mit einem Satz Begründung.
+- "veraltet" — Titel: "Veraltete Features". Was nicht mehr verwendet wird. Gibt es nichts Veraltetes: ehrlich "Keine." mit einem Satz Begründung — nichts erfinden.
 
 KOMPAKTHEIT — der OnePager muss OHNE Scrollen auf eine Bildschirmseite passen:
 - Maximal 5 Stichpunkte pro Karte, je maximal ~8 Wörter (Schlagwort + halber Satz).

templates/Prompt/OnePager-Quelle-Projekt.md

@@ -1 +1 @@
-Das Thema ist das Projekt unter {project}. Verschaffe dir mit Bash (ls/find) einen Überblick und lies README, Doku und den relevanten Quellcode mit dem Read-Tool. Erfasse Zweck, Architektur und die wichtigsten Konzepte — nichts Erfundenes.
+Das Thema ist das Projekt unter {project}. Verschaffe dir mit Bash (ls/find) einen Überblick und lies README, Doku und den relevanten Quellcode mit dem Read-Tool. PDFs liegen als gleichnamige .txt-Dateien vor — lies IMMER die .txt, nie das PDF. Erfasse Zweck, Architektur und die wichtigsten Konzepte — nichts Erfundenes.

templates/Prompt/OnePager-Recherche-Check-Projekt.md

@@ -6,11 +6,11 @@ FAKTENBASIS:
 Sie muss diese Dimensionen abdecken:
 1. Kurzbeschreibung (Art des Projekts, Gegenstand)
 2. Technische Daten (Technologie/Format, Umfang, Stand/Aktualität)
-3. Kerneigenschaften (prägende Konzepte, Komponenten oder Inhalte)
+3. Inhaltsübersicht (was einen im Projekt erwartet)
 4. Ein typisches Beispiel aus dem Projekt
-5. Zusammenhänge (Umfeld, Abhängigkeiten, angrenzende Systeme/Themen)
-6. Voraussetzungen
-7. Moderne vs. veraltete Teile (oder die ausdrückliche Feststellung, dass nichts veraltet ist)
+5. Zusammenhänge mit ANDEREN Themen (Nachbarthemen außerhalb des Projektinhalts)
+6. Voraussetzungen (vorher zu bearbeitende Themen)
+7. Neuerungen der letzten Jahre vs. nicht mehr Verwendetes (oder die ausdrückliche Feststellung, dass es jeweils nichts gibt)
 
 Prüfe:
 1. Ist jede Dimension mit konkreten Fakten aus den Projektdateien belegt (Namen, Zahlen — nicht vage)?

templates/Prompt/OnePager-Recherche-Check.md

@@ -6,11 +6,11 @@ FAKTENBASIS:
 Sie muss diese Dimensionen abdecken:
 1. Kurzbeschreibung (1–2 Sätze)
 2. Technische Daten (Art/Typ, Version/Stand, Lizenz/Kosten)
-3. Kerneigenschaften des Systems
+3. Inhaltsübersicht (was einen im Thema erwartet)
 4. Ein typisches Beispiel
-5. Zusammenhänge mit anderen Systemen/Themen
-6. Voraussetzungen
-7. Moderne vs. veraltete Features (oder die ausdrückliche Feststellung, dass nichts veraltet ist)
+5. Zusammenhänge mit ANDEREN Themen (Nachbarthemen, nicht Inhalte des Themas selbst)
+6. Voraussetzungen (vorher zu bearbeitende Themen)
+7. Neuerungen der letzten Jahre vs. nicht mehr Verwendetes (oder die ausdrückliche Feststellung, dass es jeweils nichts gibt)
 
 Prüfe:
 1. Ist jede Dimension mit konkreten Fakten belegt (Namen, Versionen, Zahlen — nicht vage)?

templates/Prompt/OnePager-Recherche-Projekt.md

@@ -5,11 +5,11 @@ Sammle die Faktenbasis für einen OnePager — ein Übersichtsblatt auf einer Se
 Erfasse gezielt diese Dimensionen:
 1. Kurzbeschreibung: Was ist "{topic}" in 1–2 Sätzen (Art des Projekts, Gegenstand)?
 2. Technische Daten: Technologie/Format, Umfang (Dateien/Seiten/Module), Stand/Aktualität.
-3. Kerneigenschaften: die prägenden Konzepte, Komponenten oder Inhalte des Projekts.
+3. Inhaltsübersicht: Was erwartet einen — die wichtigsten Inhalte/Teilgebiete des Projekts.
 4. Beispiel: ein typisches, konkretes Beispiel aus dem Projekt (zentraler Code-Flow bzw. Kerninhalt).
-5. Zusammenhänge: in welchem Umfeld es steht (Abhängigkeiten, angrenzende Systeme/Themen).
-6. Voraussetzungen: was man können oder haben muss, um es zu nutzen bzw. zu verstehen.
-7. Moderne vs. veraltete Teile: was aktueller Stand ist — und was als Altlast gilt (falls nichts veraltet ist, ausdrücklich notieren).
+5. Zusammenhänge: mit welchen ANDEREN Themen es zusammenhängt (Nachbarthemen außerhalb des Projektinhalts).
+6. Voraussetzungen: welche Themen man vorher bearbeitet haben sollte, um das Projekt zu verstehen.
+7. Neuerungen vs. Veraltetes: was im Themenfeld in den letzten Jahren neu dazugekommen ist — und was nicht mehr verwendet wird (falls es nichts gibt, jeweils ausdrücklich notieren).
 
 Schreibe NUR die Markdown-Datei nach: {out_path}
 

templates/Prompt/OnePager-Recherche.md

@@ -5,11 +5,11 @@ Sammle die Faktenbasis für einen OnePager — ein Übersichtsblatt auf einer Se
 Recherchiere gezielt diese Dimensionen:
 1. Kurzbeschreibung: Was ist "{topic}" in 1–2 Sätzen?
 2. Technische Daten: Art/Typ, aktuelle Version/Stand, Lizenz/Kosten, Verbreitung.
-3. Kerneigenschaften: die prägenden Eigenschaften und Merkmale des Systems.
+3. Inhaltsübersicht: Was erwartet einen im Thema — die wichtigsten Inhalte/Teilgebiete.
 4. Beispiel: ein minimales, typisches Code-/Anwendungsbeispiel.
-5. Zusammenhänge: mit welchen Systemen/Themen es zusammenhängt (Ökosystem, Nachbarn, typische Kombinationen).
-6. Voraussetzungen: was man vorher können oder haben muss.
-7. Moderne vs. veraltete Features: was heute verwendet wird — und was es noch gibt, aber nicht mehr verwendet werden sollte (falls nichts veraltet ist, ausdrücklich notieren).
+5. Zusammenhänge: mit welchen ANDEREN Themen es zusammenhängt (Nachbarthemen außerhalb von "{topic}").
+6. Voraussetzungen: welche Themen man vorher bearbeitet haben sollte.
+7. Neuerungen vs. Veraltetes: was in den letzten Jahren neu dazugekommen ist — und was nicht mehr verwendet wird (falls es nichts gibt, jeweils ausdrücklich notieren).
 
 Schreibe NUR die Markdown-Datei nach: {out_path}