update
This commit is contained in:
@@ -1,19 +0,0 @@
|
||||
{n} Agenten haben aus derselben Faktenbasis je einen vollständigen 7-Karten-Satz für den OnePager zum Thema "{topic}" gebaut. Wähle pro Karte die beste Fassung und kombiniere sie zum finalen Satz.
|
||||
|
||||
FAKTENBASIS (alleinige Quelle — Maßstab für Faktentreue):
|
||||
{recherche}
|
||||
|
||||
DIE ENTWÜRFE:
|
||||
{kartensaetze}
|
||||
|
||||
Regeln:
|
||||
- Pro Karte (Schlüssel in eckigen Klammern) die beste Fassung wählen: faktentreu zur Faktenbasis, kompakt, klarste Stichpunkte.
|
||||
- Karten dürfen wörtlich übernommen werden. Kleine Verbesserungen beim Kombinieren sind erlaubt, nichts hinzuerfinden.
|
||||
- Kompaktheit gilt: max. 5 Stichpunkte pro Karte, je max. ~8 Wörter; keine Tabellen, keine Einleitungssätze.
|
||||
- Alle 7 Karten müssen vorhanden sein (JSON-Schlüssel exakt): info, eigenschaften, beispiel, zusammenhaenge, voraussetzungen, modern, veraltet.
|
||||
|
||||
Schreibe NUR die JSON-Datei nach: {out_path}
|
||||
|
||||
Format:
|
||||
{{"karten": {{"info": {{"titel": "{topic}", "md": "…"}}, "eigenschaften": {{"titel": "Kerneigenschaften", "md": "…"}}, "beispiel": {{"titel": "Beispiel", "md": "…"}}, "zusammenhaenge": {{"titel": "Zusammenhänge", "md": "…"}}, "voraussetzungen": {{"titel": "Voraussetzungen", "md": "…"}}, "modern": {{"titel": "Neu & aktuell", "md": "…"}}, "veraltet": {{"titel": "Veraltet & überholt", "md": "…"}}}}}}
|
||||
{extra}
|
||||
@@ -1,29 +0,0 @@
|
||||
Baue aus der Faktenbasis einen OnePager zum Thema "{topic}" — ein Übersichtsblatt im 3×3-Raster auf einer Seite.
|
||||
|
||||
FAKTENBASIS (alleinige Quelle, nichts hinzuerfinden):
|
||||
{recherche}
|
||||
|
||||
Erstelle GENAU diese 7 Karten (JSON-Schlüssel exakt so):
|
||||
- "info" — Titel: "{topic}". Kurzbeschreibung in 1–2 Sätzen, darunter Eckdaten als Stichpunkte (je nach Thema: Art/Typ, Version/Lizenz/Verbreitung ODER Ursprung/Stand/Anwendungsfelder).
|
||||
- "eigenschaften" — Titel: "Kerneigenschaften". Was einen IM Thema erwartet: kleine Übersicht der Inhalte/Teilgebiete.
|
||||
- "beispiel" — Titel: "Beispiel". EIN anschauliches, typisches Beispiel mit einem Satz Erklärung — Markdown-Codeblock bei Code-Themen, sonst Beispielsätze oder Mini-Szenario als normaler Text.
|
||||
- "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: "Neu & aktuell". NUR was in den letzten Jahren neu dazugekommen ist (Features, Erkenntnisse, Empfehlungen). Gibt es nichts Neues: ehrlich "Keine." mit einem Satz Begründung.
|
||||
- "veraltet" — Titel: "Veraltet & überholt". Was nicht mehr verwendet wird bzw. als überholt gilt. 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).
|
||||
- Nur das Wichtigste — nicht alle Varianten aufzählen. Weglassen schlägt Vollständigkeit.
|
||||
- Keine Tabellen, keine verschachtelten Listen, keine Einleitungssätze.
|
||||
- Beispiel maximal ~12 kurze Zeilen (Code) bzw. ~5 Zeilen (Prosa).
|
||||
|
||||
Inhalt auf DEUTSCH, alles aus der Faktenbasis belegbar.
|
||||
Stichpunkte als Markdown-Liste mit fettem Schlagwort: `- **Schlagwort**: Rest` (kein rohes •).
|
||||
Code-Bezeichner und HTML-Tags im Text IMMER in Backticks (`<p>`, `src`) — nie roh.
|
||||
|
||||
Schreibe NUR die JSON-Datei nach: {out_path}
|
||||
|
||||
Format:
|
||||
{{"karten": {{"info": {{"titel": "{topic}", "md": "…"}}, "eigenschaften": {{"titel": "Kerneigenschaften", "md": "…"}}, "beispiel": {{"titel": "Beispiel", "md": "…"}}, "zusammenhaenge": {{"titel": "Zusammenhänge", "md": "…"}}, "voraussetzungen": {{"titel": "Voraussetzungen", "md": "…"}}, "modern": {{"titel": "Neu & aktuell", "md": "…"}}, "veraltet": {{"titel": "Veraltet & überholt", "md": "…"}}}}}}
|
||||
{extra}
|
||||
@@ -1,18 +0,0 @@
|
||||
Korrigiere die Karten eines OnePagers zum Thema "{topic}".
|
||||
|
||||
FAKTENBASIS (alleinige Quelle, nichts hinzuerfinden):
|
||||
{recherche}
|
||||
|
||||
BISHERIGE KARTEN:
|
||||
{karten}
|
||||
|
||||
NOTIERTE PROBLEME (von der Prüfung):
|
||||
{probleme}
|
||||
|
||||
Behebe NUR die notierten Probleme — alle anderen Karten bleiben unverändert.
|
||||
|
||||
Schreibe NUR die vollständige, korrigierte JSON-Datei (alle 7 Karten) nach: {out_path}
|
||||
|
||||
Format:
|
||||
{{"karten": {{"info": {{"titel": "…", "md": "…"}}, "eigenschaften": {{"titel": "…", "md": "…"}}, "beispiel": {{"titel": "…", "md": "…"}}, "zusammenhaenge": {{"titel": "…", "md": "…"}}, "voraussetzungen": {{"titel": "…", "md": "…"}}, "modern": {{"titel": "…", "md": "…"}}, "veraltet": {{"titel": "…", "md": "…"}}}}}}
|
||||
{extra}
|
||||
@@ -1 +0,0 @@
|
||||
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.
|
||||
@@ -1 +0,0 @@
|
||||
Recherchiere per Websuche: aktuellen Stand (Version bzw. Forschungs-/Praxisstand), die Kernkonzepte und die wichtigsten Fakten zu "{topic}". Nimm nur auf, was du in der Recherche belegt hast.
|
||||
@@ -1,13 +0,0 @@
|
||||
{n} Agenten haben unabhängig die Faktenbasis für einen OnePager zum Thema "{topic}" recherchiert. Konsolidiere ihre Ergebnisse zu EINER Faktenbasis.
|
||||
|
||||
{recherchen}
|
||||
|
||||
Regeln:
|
||||
- Behalte die Struktur der 7 Dimensionen (Kurzbeschreibung, Eckdaten, Inhaltsübersicht, Beispiel, Zusammenhänge, Voraussetzungen, Neuerungen vs. Veraltetes).
|
||||
- Mehrfach belegte Fakten haben Vorrang. Dubletten zusammenführen, nicht wiederholen.
|
||||
- Widersprüche zugunsten der besser belegten bzw. aktuelleren Version auflösen.
|
||||
- Nur einmal Genanntes übernehmen, wenn es eine Quelle hat und plausibel ist — sonst weglassen.
|
||||
- Quellenangaben pro Punkt behalten. Nichts hinzuerfinden.
|
||||
- Wähle das beste Beispiel der Recherchen, nicht mehrere.
|
||||
|
||||
Schreibe NUR die Markdown-Datei nach: {out_path}
|
||||
@@ -1,17 +0,0 @@
|
||||
Sammle die Faktenbasis für einen OnePager — ein Übersichtsblatt auf einer Seite — zum Projekt "{topic}".
|
||||
|
||||
{source}
|
||||
|
||||
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. 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: 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}
|
||||
|
||||
Kompakt, faktenorientiert, mit Quelle (Dateipfad) pro Punkt. Nichts Erfundenes — nur was in den Projektdateien belegt ist. Die Datei ist die alleinige Faktenbasis für den OnePager.
|
||||
{extra}
|
||||
@@ -1,17 +0,0 @@
|
||||
Sammle die Faktenbasis für einen OnePager — ein Übersichtsblatt auf einer Seite — zum Thema "{topic}".
|
||||
|
||||
{source}
|
||||
|
||||
Recherchiere gezielt diese Dimensionen:
|
||||
1. Kurzbeschreibung: Was ist "{topic}" in 1–2 Sätzen?
|
||||
2. Eckdaten: Art/Typ des Themas; bei Software: aktuelle Version, Lizenz/Kosten, Verbreitung; bei Sprachen, Methoden, Theorien: Ursprung/Urheber, heutiger Stand, typische Anwendungsfelder.
|
||||
3. Inhaltsübersicht: Was erwartet einen im Thema — die wichtigsten Inhalte/Teilgebiete.
|
||||
4. Beispiel: ein minimales, typisches Beispiel im themengerechten Format (Code-Beispiel, Beispielsätze/Mini-Dialog oder Mini-Szenario).
|
||||
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}
|
||||
|
||||
Kompakt, faktenorientiert, mit Quelle (URL bzw. Dateipfad) pro Punkt. Die Datei ist die alleinige Faktenbasis für den OnePager.
|
||||
{extra}
|
||||
@@ -1,22 +0,0 @@
|
||||
Prüfe einen OnePager zum Thema "{topic}" gegen seine Faktenbasis.
|
||||
|
||||
FAKTENBASIS:
|
||||
{recherche}
|
||||
|
||||
ONEPAGER-KARTEN:
|
||||
{karten}
|
||||
|
||||
Prüfe:
|
||||
1. Sind alle 7 Karten vollständig ausgefüllt (keine abgebrochenen oder leeren Inhalte, keine Platzhalter)?
|
||||
2. Stimmen alle Aussagen mit der Faktenbasis überein? Nichts Erfundenes?
|
||||
3. Ist jede Karte KOMPAKT — maximal 5 kurze Stichpunkte (je ~8 Wörter), keine Tabellen, Beispiel maximal ~12 Zeilen? Zu lange Karten sind ein Problem.
|
||||
4. Ist jede Karte für sich verständlich? Ist das Beispiel konkret und plausibel — lauffähig wirkender Code bzw. realistische Sätze/realistisches Szenario?
|
||||
|
||||
Du PRÜFST nur und notierst Probleme — du änderst nichts. Nenne die betroffene Karte über ihren Schlüssel (info, eigenschaften, beispiel, zusammenhaenge, voraussetzungen, modern, veraltet).
|
||||
|
||||
Schreibe NUR die JSON-Datei nach: {out_path}
|
||||
|
||||
Format — alles in Ordnung:
|
||||
{{"ok": true}}
|
||||
Sonst (kurz und konkret, maximal 10 Punkte):
|
||||
{{"probleme": ["beispiel: …", "fakten in info veraltet: …"]}}
|
||||
31
templates/Prompt/Roadmap-Bauen.md
Normal file
31
templates/Prompt/Roadmap-Bauen.md
Normal file
@@ -0,0 +1,31 @@
|
||||
Du baust eine **Roadmap** zum Thema "{topic}": einen gerichteten Übersichts-Graphen, den ein Lerner VOR dem Detaillernen liest. Ziel ist NICHT, Fakten zu vermitteln, sondern **Architektur, Flows und Andockpunkte** zu zeigen — die große Struktur auf einen Blick. Der Lerner soll Ankerpunkte bilden, bevor er die Bausteine durcharbeitet.
|
||||
|
||||
BAUSTEIN-ÜBERSICHT (Quelle — daraus die Struktur ableiten, KEINE neuen Inhalte erfinden):
|
||||
{uebersicht}
|
||||
|
||||
AUFGABE:
|
||||
- Fasse die Bausteine zu **thematischen Bereichen** (Knoten) zusammen — **wenige große Knoten**, Richtwert 5–10, höchstens 12. Keine atomaren Einzelpunkte.
|
||||
- Verbinde die Bereiche mit **gerichteten Kanten** „baut auf auf" (`typ: "prereq"`). Was nur ergänzend/optional ist: `typ: "optional"`.
|
||||
- Reihenfolge sichtbar machen: Einstieg oben, Aufbauendes darunter (`richtung: "TB"`).
|
||||
- Pro Knoten:
|
||||
- `title`: kurzer Bereichsname (1–3 Wörter).
|
||||
- `text`: EINE Zeile — was der Bereich abdeckt; nenne die zentralen Bausteine als **Andockpunkte**.
|
||||
- `prioritaet`: `grund` (Fundament, zuerst) | `kern` (Hauptstoff) | `vertiefung` (später/optional).
|
||||
- **Schlank halten.** Keine Deko, keine Fakten-Details, keine Wiederholung. Beziehungen zählen, nicht Stichwort-Listen.
|
||||
|
||||
MATHE: kompakte Symbole als KaTeX in Dollarzeichen erlaubt (`$\Sigma$`, `$\Sigma^*$`). **Verboten:** `\\`, `\text{…}`, `$$…$$`, mehrteilige Formeln.
|
||||
{extra}
|
||||
|
||||
Schreibe das Ergebnis als JSON in die Datei {out_path} (nutze dein Schreib-Werkzeug), GENAU in diesem Format:
|
||||
{{
|
||||
"richtung": "TB",
|
||||
"knoten": [
|
||||
{{"id": "grund", "title": "Grundlagen", "text": "Alphabet, Sprache, $\\Sigma^*$", "prioritaet": "grund"}},
|
||||
{{"id": "ent", "title": "Entscheidung", "text": "Entscheidungsproblem, Sprachen als Mengen", "prioritaet": "kern"}}
|
||||
],
|
||||
"kanten": [
|
||||
{{"von": "grund", "nach": "ent", "typ": "prereq"}}
|
||||
]
|
||||
}}
|
||||
|
||||
Gib sonst keinen Text aus.
|
||||
31
templates/Prompt/Roadmap-Check.md
Normal file
31
templates/Prompt/Roadmap-Check.md
Normal file
@@ -0,0 +1,31 @@
|
||||
Du prüfst und korrigierst eine **Roadmap** (gerichteter Übersichts-Graph als JSON) zum Thema "{topic}". Sie soll einem Lerner VOR dem Detaillernen Architektur, Flows und Andockpunkte zeigen — schlank und sofort lesbar.
|
||||
|
||||
BAUSTEIN-ÜBERSICHT (Quelle):
|
||||
{uebersicht}
|
||||
|
||||
AKTUELLE ROADMAP (JSON):
|
||||
{graph}
|
||||
|
||||
PRÜFE und korrigiere:
|
||||
- **Struktur:** jede Kante referenziert mit `von`/`nach` gültige Knoten-`id`s; keine hängenden Kanten; keine Zyklen (gerichtet, azyklisch); IDs eindeutig.
|
||||
- **Abdeckung:** die wichtigen Bereiche der Übersicht kommen vor; nichts Erfundenes.
|
||||
- **Flows/Andockpunkte:** Kanten geben „baut auf auf" korrekt wieder; `text` nennt die zentralen Bausteine.
|
||||
- **Knappheit:** wenige große Knoten (≤ 12); `title` 1–3 Wörter; `text` genau eine Zeile. Kürze überladene Knoten.
|
||||
- **Mathe:** kompakte KaTeX-Symbole in `$…$`; **verboten** `\\`, `\text{…}`, `$$…$$`, mehrteilige Formeln — korrigiere Verstöße.
|
||||
- `prioritaet` ∈ grund | kern | vertiefung; `typ` ∈ prereq | optional.
|
||||
|
||||
Ist die Roadmap bereits gut, gib sie unverändert zurück.
|
||||
{extra}
|
||||
|
||||
Schreibe die geprüfte Roadmap als JSON in die Datei {out_path} (nutze dein Schreib-Werkzeug), GENAU in diesem Format:
|
||||
{{
|
||||
"richtung": "TB",
|
||||
"knoten": [
|
||||
{{"id": "grund", "title": "Grundlagen", "text": "Alphabet, Sprache, $\\Sigma^*$", "prioritaet": "grund"}}
|
||||
],
|
||||
"kanten": [
|
||||
{{"von": "grund", "nach": "ent", "typ": "prereq"}}
|
||||
]
|
||||
}}
|
||||
|
||||
Gib sonst keinen Text aus.
|
||||
Reference in New Issue
Block a user