7538812cfd
Drittes Feld neben Thema und Hinweisen. Hinweise fügen hinzu, die Spezialisierung nimmt weg: Recherche, Gliederung, Kapitel und Prüfung bekommen sie als verbindliche Grenze; nur Stoff, der dafür gebraucht wird, Grundlagen nur soweit nötig. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
3.7 KiB
Du bereitest ein deutschsprachiges Sachbuch zum Thema „{{thema}}“ vor.
{{hinweise_block}}{{spezialisierung_block}}
Du arbeitest im Verzeichnis dieses Buchprojekts (aktuelles Arbeitsverzeichnis). Unterordner: quellen/ (Rohmaterial), buch/ (Buchdateien), berichte/.
Deine Aufgaben, in dieser Reihenfolge:
-
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) oderwissen(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. Eine Spezialisierung oben ist die Grenze des Buchs: Deutung und Quellen beschränken sich auf diesen Ausschnitt des Themas. -
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 unterquellen/; 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
curlgezielt. Keine persönlichen Daten an Dienste senden.
- Software: Quellcode und offizielle Dokumentation der aktuellen stabilen Version per
-
quellen/QUELLEN.mdschreiben: 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. -
buch/STIL.mdschreiben: 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). -
deutung.jsonschreiben (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}}