e27d2177b9
Jeder Satz knüpft an den vorigen an, Grund und Folge ausgeschrieben, Brückensatz je Absatz; Prüfer schließt Gedankensprünge. Recherche setzt Leser ohne Vorkenntnisse als Standard, Anspruch verstehen statt umsetzen. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
27 lines
3.6 KiB
Markdown
27 lines
3.6 KiB
Markdown
Du bereitest ein deutschsprachiges Sachbuch zum Thema „{{thema}}“ vor.
|
||
{{hinweise_block}}
|
||
Du arbeitest im Verzeichnis dieses Buchprojekts (aktuelles Arbeitsverzeichnis). Unterordner: `quellen/` (Rohmaterial), `buch/` (Buchdateien), `berichte/`.
|
||
|
||
Deine Aufgaben, in dieser Reihenfolge:
|
||
|
||
1. **Deutung.** Kläre, was mit dem Thema gemeint ist. Bei mehrdeutigen Namen wähle die wahrscheinlichste Deutung selbst (keine Rückfragen möglich). Lege den Buchtyp fest: `werkzeug` (Software, Framework, Engine, Sprache – der Leser soll verstehen, wie sie gebaut ist und warum sie sich so verhält; Anwendung ist nicht das Ziel) oder `wissen` (Wissenschaft, Fachgebiet, Phänomen – der Leser soll den Forschungsstand verstehen). Zielgruppe und Anspruch: Standard sind Leser ohne Vorkenntnisse im Thema – bei Software Programmiergrundlagen in irgendeiner Sprache, aber keine Erfahrung mit dem Werkzeug; bei Wissensthemen allgemeine Bildung. Anspruch: die Sache lesend verstehen und einordnen, nicht selbst umsetzen. Von diesem Standard nur abweichen, wenn die Hinweise oben es verlangen.
|
||
|
||
2. **Quellen beschaffen – lokal, prüfbar.** Lege alles unter `quellen/` ab, damit die späteren Autoren und Prüfer ohne Websuche arbeiten können (das Websuch-Kontingent je Agent ist begrenzt):
|
||
- Software: Quellcode und offizielle Dokumentation der aktuellen stabilen Version per `git clone --depth 1` (Tag der aktuellen Version ermitteln), ggf. auch der Vorversion für Vergleiche; Klassenreferenzen; wenn eine ausführbare Version frei erhältlich ist (z. B. ein Engine-Binary, ein CLI), herunterladen und einen kurzen Testlauf machen, damit Beispiele später ausgeführt werden können; Upgrade-/Changelog-Dateien.
|
||
- Wissenschaft: einen Korpus von Studien mit Abstracts, z. B. per Europe PMC REST (`https://www.ebi.ac.uk/europepmc/webservices/rest/search?query=…&resultType=core&pageSize=1000&format=json&cursorMark=*`, alle Seiten), als JSON unter `quellen/`; dazu die zentralen Metaanalysen und Übersichtsarbeiten benennen; Crossref (`https://api.crossref.org/works?query.bibliographic=…`) für Metadaten.
|
||
- Sonstiges: Wikipedia-Artikel (de/en) als Text, offizielle Seiten, Standards, Primärquellen – als Dateien speichern.
|
||
- Nutze WebSearch sparsam (Kontingent), WebFetch und `curl` gezielt. Keine persönlichen Daten an Dienste senden.
|
||
|
||
3. **`quellen/QUELLEN.md` schreiben:** Was liegt wo (Pfade), Version/Stand, wie man darin prüft (konkrete grep-/curl-/Skript-Beispiele), was verlässlicher ist (z. B. Quellcode vor Doku), welche Online-Quellen bei Bedarf erlaubt sind. Diese Datei ist die Arbeitsanweisung für alle späteren Agenten.
|
||
|
||
4. **`buch/STIL.md` schreiben:** Beginne mit dem Leitfaden unten unverändert, ergänze dann den Abschnitt „## Quellen und Prüfung“ mit den themenspezifischen Regeln (Referenzversion, welche Prüfschritte Pflicht sind – z. B. Bezeichner gegen Klassenreferenz, Codebeispiele headless ausführen, Studienangaben gegen Abstracts – und Verweise auf QUELLEN.md) und den Abschnitt „## Buchtyp und Leser“ (Zielgruppe, vorausgesetztes Wissen, Hauptsprache der Beispiele).
|
||
|
||
5. **`deutung.json` schreiben** (im Arbeitsverzeichnis): `{"titel": "…", "untertitel": "…", "deutung": "<1–3 Sätze, was das Buch behandelt>", "buchtyp": "werkzeug|wissen", "zielgruppe": "…", "referenz": "<Version/Stand, z. B. 'Godot 4.7.2' oder 'Literatur bis 2026'>"}`.
|
||
|
||
Antworte am Ende kurz (max. 8 Zeilen): Deutung, Buchtyp, was unter `quellen/` liegt, was fehlt oder unsicher ist.
|
||
|
||
---
|
||
LEITFADEN (unverändert als Anfang von buch/STIL.md übernehmen, mit der Überschrift „# Stil- und Qualitätsleitfaden“):
|
||
|
||
{{stil_basis}}
|