Tiefgehende Artikelanalyse und Erstellung von Präsentationsmaterialien

Verwandle einen wissenschaftlichen Artikel in fünf sich ergänzende Produkte: Verständlich (Leseanalyse), Erklärbar (Fachbegriffe + PPT), Einordbar (Zitationsnetzwerk), Weiterführbar (Ideen).

Der Grund, warum dieses Skill existiert: Das wahre Scheitern einer Literaturpräsentation ist nicht „nicht genug gemacht“, sondern den Artikel falsch verstanden und dann 20 PPT-Folien gebaut. Daher liegt der Schwerpunkt des Prozesses auf „erst prüfen, dann generieren“, nicht auf „mehr Output“.

Standardsprache und Lieferformat

Wenn der Benutzer keine Sprache angibt, werden Text, PPT, Redemanuskript und Word-Dokument standardmäßig auf Chinesisch erstellt; Artikelttitel, Autoren, Modellnamen, Datensatznamen, Formeln, DOIs, arXiv-IDs und Code-Befehle bleiben im Original.
Die Endprodukte A, B, D, E sowie das neue F („PPT-Folien-Redemanuskript“) werden als .docx ausgeliefert. .md ist nicht das primäre Lieferdokument für den Benutzer. Markdown kann als interne Zwischenversion dienen, muss aber vor der Auslieferung in ein strukturiertes, direkt lesbares Word-Dokument konvertiert werden.
Das Word-Dokument ist detaillierter als die PPT: Gib zuerst eine Zusammenfassung in einem Satz, erkläre dann Hintergrund, Methode, Belege, Einschränkungen und Reproduzierbarkeit; schreibe Fachbegriffe beim ersten Auftreten als „English（中文）“ und gib eine verständliche Erklärung.
Verwende in Word-Absätzen native Aufzählungszeichen oder nummerierte Listen mit linkem Einzug und hängendem Einzug; setze keine •, 1、 o.Ä. manuell in den Text. Jeder parallele Absatz muss eine klare Kennzeichnung und Hierarchie haben.

Schritt 1: Parameter sammeln (Fehlende erfragen, nicht annehmen)

Frage auf einmal, nicht stückweise:

Parameter	Warum muss ich fragen
Artikelquelle	Dateipfad / Titel / DOI / arXiv-ID. Bei einem Titel zunächst prüfen, ob er eindeutig ist, und erst dann fortfahren – es gibt viele gleichnamige Arbeiten, ein Fehler macht das gesamte Material wertlos
Präsentationsanlass	Gruppenmeeting / Exposé / Kursvortrag / Abschlussprüfung. Bestimmt Detailgrad und Ton. Das PPT-Layout und der Stil folgen unabhängig vom Anlass stets der Vorlage `references/group-meeting-template.md` (abgeleitet von `references/group-meeting-sample.pptx`), und bleiben in Stil, Schriftart und Format konsistent.
Publikum	Gleichgerichtete Doktoranden? Querschnittsthema? Betreuer anwesend? Bestimmt, wie tief Fachbegriffe erklärt werden müssen.
Zeit- und Folienobergrenze	15 min vs. 30 min Deck unterscheiden sich in der Dichte um den Faktor 2. Die Folienobergrenze zwingt mehr zur Verdichtung als „gut erklären“.
Sprache	Standardmäßig Chinesisch; Fachbegriffe, Titel, Autoren, Modellnamen, Datensatznamen und Formeln bleiben auf Englisch, es sei denn, der Benutzer verlangt etwas anderes.
Ausgabeverzeichnis	Absoluter Pfad, um zu vermeiden, dass Dateien in temporären Verzeichnissen verstreut sind; Textmaterialien werden standardmäßig als `.docx` ausgegeben.
Lieferform der Ideen	Standardmäßig detailliertes `05_idea.docx`; wenn der Benutzer explizit „jede Idee einzeln“ sagt, gemäß `references/idea-docx.md` in mehrere `.docx` oder einzelne `.pptx` aufteilen.
Suchwerkzeug	Gibt es einen Undermind-Account? Falls ja, den Benutzer eine eigene Suche laufen lassen und die Ergebnisse hier einfügen lassen, parallel mit freien Quellen validieren (siehe `references/literature-search.md`).

Bei Beschreibungen wie „Meine erste Präsentation“ nachfragen. Das bedeutet normalerweise, dass der Benutzer selbst ein Neuling ist. Dann ist die Folie „Einschränkungen und meine Gedanken“ besonders wichtig (das wird der Betreuer am ehesten hinterfragen), während Methodendetails etwas komprimierter werden können.

Schritt 2: Vollständig lesen, dann stoppen und bestätigen

Lies den gesamten Artikel mit dem pdf Skill – Haupttext + Formeln + Abbildungen + Referenzen + Anhang. Nur die Zusammenfassung zu lesen und loszulegen ist der größte Fehler, den dieses Skill vermeiden will: Der tatsächliche Beitrag des Artikels stimmt oft nicht mit der Zusammenfassung überein, und Schlussfolgerungen aus Ablationsexperimenten werden in der Zusammenfassung oft heruntergespielt.

Liefere dann zunächst nur eine einseitige Gliederung aus: Eine Zusammenfassung des Artikels in einem Satz + PPT-Inhaltsverzeichnis + Dateinamen der fünf Produkte. Lass den Benutzer bestätigen, bevor die endgültigen Produkte erstellt werden.

Dieser Schritt mag wie Zeitverschwendung aussehen, ist aber der zeitsparendste: Wird ein Missverständnis hier entdeckt, korrigiert man drei Zeilen; wird es nach Fertigstellung der PPT entdeckt, muss alles neu gemacht werden.

Schritt 3: Fünf Produkte

Detaillierte Schreibvorlagen findest du in references/analysis-templates.md (Checkliste für Produkte A, B, E).

Produkt A „Artikel-Leseanalyse“ → 01_Artikelanalyse.docx
Produkt B „Technologie & Fachbegriffe“ → 02_Technologie_Fachbegriffe.docx
Produkt C „Präsentations-PPT“ → 03_Praesentation.pptx (Lies vor jedem Anlass references/group-meeting-template.md und references/ppt-reference-notes.md; die Hauptvorlage ist references/group-meeting-sample.pptx, andere Vorlagen dienen nur zur Inspiration für das Layout.)
Produkt D „Verwandte Arbeiten & Zitationsnetzwerk“ → 04_VerwandteArbeiten.docx (Suchquellen, API, Anti-Halluzinations-Regeln siehe references/literature-search.md)
Produkt E „Erweiterbare Ideen“ → 05_idea.docx
Produkt F „PPT-Folien-Redemanuskript“ → 06_PPT_Redemanuskript.docx

Textmaterialien müssen detailliert genug sein, dass der Benutzer sie direkt lesen und präsentieren kann: Jede Hauptschlussfolgerung muss mit Grundlage, Bedeutung, Einschränkung und nächstem Schritt erläutert werden; komprimiere keine vollständigen Erklärungen zu PPT-Kurzsätzen, um Seiten zu sparen.

Regeln für das PPT-Folien-Redemanuskript (Produkt F). Jede PPT-Folie muss ein entsprechendes Redemanuskript haben; es ist nicht zulässig, nur eine allgemeine Übersicht zu erstellen oder den Folientext zu wiederholen. Jedes Folien-Manuskript muss mindestens enthalten: die Frage, die diese Folie beantworten soll; eine Erklärung des Folieninhalts in verständlicher Sprache; eine Anleitung zum Lesen von Diagrammen/Formeln/Prozessen; die Quellenangabe aus dem Artikel; ein lebensnahes Beispiel oder eine Analogie für den Notfall; einen Übergang zur nächsten Folie. Das Manuskript sollte klingen, als würde eine Person auf einem Gruppentreffen erklären, nicht als würde sie die Titel vorlesen. Beginne mit dem intuitiven Szenario und führe dann englische Fachbegriffe und Zahlen ein. Unterscheide klar zwischen „im Artikel bewiesenen Fakten“, „aus Diagrammen abgeleiteten Interpretationen“ und „Schlussfolgerungen des Präsentators / weiterführenden Gedanken“.

Die Beispiele im Manuskript müssen dem Verständnis dienen und dürfen keine neuen Fakten einführen, die der Artikel nicht stützt. Bei Modellen, Datensätzen, Metriken, Abbildungsnummern oder Zahlen verwende die Quellen aus der PPT und dem Artikel; Beispiele können Analogien wie „Restaurantmenü, Lagerbestellung, Stadtstraße, Expertenteam, Bildkompression“ verwenden, aber es muss klar sein, dass es sich nur um Analogien zum Verständnis handelt. Standardmäßig wird empfohlen, 40–90 Sekunden pro Folie zu sprechen; Folien zu Methoden, Experimenten und Einschränkungen können länger sein.

Harte Regeln

Diese Regeln sind die Mindeststandards, die ein Produkt erfüllen muss, um präsentabel zu sein. Sie sind wichtiger als jedes Format.

Keine Literatur erfinden. Das Zitationsnetzwerk ist der Teil, der am leichtesten schiefgeht – LLMs generieren flüssig nicht existierende Titel, Autoren und Jahre, die extrem glaubwürdig aussehen. Die Regel: Jede Referenz muss einen verifizierbaren Link haben (DOI / arXiv-ID / Konferenzseite); was nicht gefunden werden kann, wird weggelassen; wenn keine Nachfolgearbeiten gefunden werden, schreibe ehrlich „vorerst nicht gefunden / der Artikel ist neu“, und fülle nicht fünf Plattitüden auf. Der Benutzer zieht 2 echte Referenzen 10 erfundenen vor.

Fakten und Interpretationen trennen. Was der Artikel sagt, ist eine Sache; wie du es interpretierst, eine andere. Wenn der Benutzer das Material präsentiert, wird der Betreuer fragen: „Hat der Autor das gesagt, oder ist das Ihre Interpretation?“ Markiere daher alle Vermutungen mit „[Vermutung]“.

Zahlen müssen Quellenangaben haben. Jede Metrik, jede Schlussfolgerung muss mit Kapitelnummer / Abbildungsnummer / Tabellennummer / Formelnummer versehen sein. Das ist nicht nur akribisch – es ermöglicht dem Benutzer, bei Rückfragen sofort zur entsprechenden Seite im Original zu springen.

Fachbegriffe als „English (Deutsch)“ schreiben. Deutsche Übersetzungen von Fachbegriffen sind oft uneinheitlich („Attention“ wird manchmal als „Aufmerksamkeit“, manchmal als „Beachtung“ übersetzt), daher den englischen Originalbegriff behalten, damit der Benutzer selbst recherchieren kann. Gib beim ersten Auftreten eine deutsche Erklärung, danach nur noch das Englische.

Jede Folie muss das Logo der Central South University enthalten. Alle Seiten der PPT – einschließlich der Titelseite – müssen das Logo der Central South University enthalten (Material references/assets/csu-logo.png). Innerhalb der Seiten einheitlich oben rechts (L=10.42" T=0.18" W=2.38" H=0.66"), auf der Titelseite an derselben Position oben rechts. Stelle sicher, dass das Logo von der ersten bis zur letzten Seite vorhanden, konsistent und nicht von anderen Elementen verdeckt ist.

Artikelabbildungen müssen vollständig sein, Text außerhalb der Abbildung muss entfernt werden. Wenn du eine Abbildung aus dem Artikel entnimmst, müssen die für die aktuelle Schlussfolgerung benötigten Achsen, Skalen, Kurven, Balken, Unterabbildungen und Legenden erhalten bleiben; entferne Kopfzeilen, Fußzeilen, Seitenzahlen, Abbildungsnummern, Abbildungsunterschriften, Textabsätze und irrelevante Autoreninformationen aus der Abbildung. Die Daten in der Abbildung dürfen nicht beschnitten werden, und der Text außerhalb der Abbildung sollte nicht in die PPT übernommen werden. Verwende bevorzugt scripts/extract_pdf.py figures, um die Originalabbildungen zu extrahieren; wenn das nicht möglich ist, rendere die gesamte Seite mit pages --dpi 300 und schneide sie dann zu. Überprüfe jede zugeschnittene Abbildung visuell.

Vor der Auslieferung dreifach auf Layout prüfen. Nach Abschluss von Produkt C müssen drei Prüfrunden durchgeführt werden: (1) Führe scripts/check_deck.py aus, ERROR muss auf null gesetzt werden, WARNING einzeln bestätigen; (2) Öffne die PPT und sieh sie dir vollständig an, insbesondere die Gesamtstruktur, Textüberläufe, überlappende Elemente, beschnittene Abbildungen und ob das Logo auf jeder Seite vorhanden ist; (3) Gehe dann Seite für Seite die Prüfliste durch: Einheitlichkeit von Schriftart und -größe, chinesisch-englische Ausrichtung, Abbildungsunterschriften, die nicht über die Abbildung ragen, vollständige Redenotizen. Wenn in einer Runde ein Problem gefunden wird, korrigiere das Produkt und führe alle Runden erneut aus.

Melde dich jedes Mal, wenn ein Produkt fertig ist. Sechs Materialien auf einmal auszuliefern bedeutet, dass der Benutzer mit sechs Dateien konfrontiert wird, von denen er nicht weiß, wo er anfangen soll. Die schrittweise Auslieferung ermöglicht es dem Benutzer, während des Prozesses Korrekturen vorzunehmen.

Textmaterialien werden standardmäßig als chinesisches Word-Dokument ausgeliefert. A, B, D, E müssen als .docx ausgeliefert werden, strukturiert mit Titel, zusammenfassenden Schlussfolgerungen, hierarchischen Unterüberschriften, nativen Aufzählungszeichen, Tabellen, Referenzlinks und Markierungen wie „Autor-Fakt / Meine Interpretation / Noch nicht verifiziert“. Sofern der Benutzer nicht ausdrücklich etwas anderes verlangt, darf nicht nur Markdown ausgeliefert werden.

Die PPT muss weißen Hintergrund, eine Aufteilung von Text und Bild und eine ausreichend große Schriftgröße haben. Die Seite verwendet weißen Hintergrund und dunkle Schrift; der Titel darf die dunkelrote Farbe der Vorlage verwenden; „Text auf Farbblöcken“ oder „ein großer Farbblock unter dem Text“ ist verboten. Jede Seite bevorzugt eine der vier Aufteilungen: links Text rechts Bild, links Bild rechts Text, oben Text unten Bild oder oben Bild unten Text. Bild und Text nehmen etwa die Hälfte der Seite ein, mit Sicherheitsabständen an den Rändern; Text, Bilder und Abbildungsunterschriften dürfen sich nicht gegenseitig überschneiden. Fließtext bevorzugt 22–24pt, Titel etwa 30pt; wenn der Platz nicht ausreicht, teile die Seite auf oder kürze den Inhalt, verkleinere aber nicht die Schriftgröße.

Regeln für Strukturlabel und Inhaltsverzeichnis der PPT. Keine separate „Outline“-, „Inhaltsverzeichnis“-, „Agenda“- oder „Contents“-Seite. Nach der Titelseite direkt zur ersten Inhaltsseite; die Präsentationsstruktur wird durch die Seitenreihenfolge, die Sprechernotizen und ein kleines englisches Section-Label auf jeder Seite deutlich. Jede Inhaltsseite muss ein kurzes Section-Label haben, bevorzugt aus: Background, Motivation, Problem, Related Work, Method, Design, System, Implementation, Evaluation, Results, Ablation, Limitations, Takeaways, Q&A. Das Section-Label dient nur zur Orientierung im aktuellen Modul, wird nicht zu einem Satz und wiederholt nicht den Haupttitel der Seite; der Haupttitel der Seite ist ein chinesischer Themensatz. Sofern der Benutzer nicht ausdrücklich etwas anderes verlangt, darf keine Inhaltsverzeichnisseite anstelle einer Inhaltsseite verwendet werden.

Regel für die Wiederverwendung der PPT-Vorlage (höchste Priorität). Verwende beim Erstellen der PPT zunächst die vollständige Vorlagendatei, die der Benutzer bereitstellt. Die aktuelle globale Ressource ist references/group-meeting-template.pptx, Quelle skills补充/20260525_组会(1).pptx. Kopiere bevorzugt die vorhandenen Seiten der Vorlage („Titel + Text + Bild unten“) und ersetze dann Text und Bilder. Die vorhandenen Titelrahmen, Textrahmen, Linien, Seitenränder, Schriftarten, Farben, Zeilenabstände, Einzüge und Absatzebenen der Vorlage bleiben alle erhalten. Nur wenn die Vorlage den Inhalt wirklich nicht aufnehmen kann, wird eine neue Seite erstellt, die jedoch die XML-Stile der Vorlage kopieren muss. Die PPT verwendet weißen Hintergrund und dunkle Schrift; Aufzählungspunkte dürfen nicht auf Farbblöcken, Karten, abgerundeten Rechtecken, Verlaufsrahmen oder farbigen Hintergründen platziert werden. Füge keine dekorativen Streifen, seitlichen Farbbänder oder KI-Karten zum Auffüllen von Lücken hinzu.

Regeln für Schriftarten und Aufzählungszeichen in der PPT. Titel, Untertitel, Fließtext, Text auf Abbildungen und Abbildungsunterschriften müssen das Format der entsprechenden Elemente in der Vorlagenseite kopieren; Schriftarten, -größen, -farben, Zeilenabstände, Erstzeileneinzüge, hängende Einzüge und Ausrichtungen dürfen nicht selbst festgelegt werden. Verwende für den Fließtext die Absatzebenen der Vorlage und die nativen Aufzählungszeichen von PowerPoint: Wenn ein Hauptpunkt mehrere Unterpunkte hat, verwende für die Hauptebene ein quadratisches Aufzählungszeichen (z. B. ■), für die zweite Ebene einen Pfeil (z. B. →), und behalte den Einzug der Vorlage bei; bei nur parallelen Unterpunkten verwende einen kleinen Pfeil, kein Quadrat. Schreibe nicht manuell „1., 2., 3.“ und verwende keine farbigen Formen, um Aufzählungszeichen zu imitieren. Jede Seite enthält normalerweise etwa 3 inhaltliche Punkte. Die Hauptebene hat maximal 2–3 Punkte, und unter jedem Hauptpunkt stehen nur die notwendigen 1–2 Unterpunkte. Die Schriftgröße des Fließtextes darf nicht kleiner sein als die der Vorlage.

Regel für die Verständlichkeit der PPT. Jede Seite beantwortet nur eine Frage. Der Seitentitel muss ein chinesischer Satz sein, den die Zuhörer direkt verstehen können, z. B. „Der Zustandsverlauf ist zu groß, um auf der GPU zu bleiben“ oder „Kleinere Zwischenzustände speichern und dann KV wiederherstellen“. Beim ersten Auftreten eines technischen Fachbegriffs erkläre ihn zuerst auf Deutsch und schreibe dann den englischen Begriff; lösche Details, die den Zuhörern nicht helfen, den Artikel zu verstehen. Die PPT ist keine verkleinerte Version des Artikels; bevorzuge das Problem, die Kernidee, die wichtigsten Belege und die Einschränkungen. Pro Seite nur 2–3 kurze Punkte in den Fließtext setzen; bei viel Text den Inhalt löschen und die Schriftgröße nicht verkleinern. Die Sprechernotizen übernehmen die ergänzende Erklärung, die Seite selbst bleibt prägnant.

Regeln für die Position von Text und Bildern sowie Bildschirmfotos in der PPT. Standardmäßig die Vorlagenseite „Kurzer Text oben, große Abbildung unten“ verwenden. Sofern die Vorlage kein klareres Layout mit Text und Bild nebeneinander hat, Text und Bild nicht in zwei Spalten quetschen. Bildschirmfotos aus dem Artikel müssen zuerst bereinigt werden: Kopfzeilen, Fußzeilen, Seitenzahlen, Abbildungsnummern, Abbildungsunterschriften, Textabsätze, irrelevante Tabellen und irrelevante Autoreninformationen löschen; innerhalb der Abbildung die Achsen und notwendigen Legenden behalten, die zum Verständnis der Daten erforderlich sind, und keine Abbildungstitel oder -erklärungen außerhalb der Abbildung hinzufügen. Überprüfe nach jedem Zuschnitt manuell das Original- und das zugeschnittene Bild, um sicherzustellen, dass Achsen, Skalen, Kurven, Balken, Pfeile und Unterabbildungen vollständig sind. Verwende bei fehlendem Originalbild eine 300-DPI-Seitenwiedergabe und schneide sie dann zu; der Screenshot muss sauber sein, die gesamte Papierseite darf nicht verkleinert in die PPT eingefügt werden.

Regel für die Anpassung der gesamten Seite in der PPT. Überprüfe nach der Generierung das Gesamtlayout jeder Seite. Die Fließtextseite behält normalerweise etwa 3 einfache, verständliche Inhaltspunkte. Wenn der Text zu lang ist, lösche zuerst unwichtige Informationen oder teile die Seite auf. Wenn die Seite zu leer ist, vergrößere zuerst die untere Abbildung, sodass sie den Hauptteil des Bildbereichs einnimmt, und passe dann den Text im Rahmen der Vorlage an; das Bild muss dabei im Seitenverhältnis bleiben, unnötige Ränder oder irrelevante Unterabbildungen können beschnitten werden, aber die für die aktuelle Schlussfolgerung benötigten Daten dürfen nicht beschnitten werden. Überprüfe den visuellen Schwerpunkt von Titel, Text, Bild, Logo und Seitenrand; die untere Hälfte der Seite darf nicht über einen längeren Zeitraum große, inhaltslose weiße Flächen aufweisen. Keine Elemente dürfen sich überlappen, über den Rand ragen oder das Bild verdecken. Layouts mit „einem Farbblock pro Punkt“ sind nicht erlaubt, und es darf kein Farbblock unter dem Text platziert werden. Jede Seite muss wie eine Inhaltsseite derselben Vorlage aussehen, nicht wie eine automatisch generierte Ansammlung von Karten.

Die Absätze der PPT müssen eine Hierarchiekennzeichnung und Einzüge haben. Verwende native PowerPoint-Aufzählungszeichen und Einzüge von maximal zwei Ebenen. Verwende keine „1., 2., 3.“ und packe nicht mehrere Sätze in einen Absatz. Jeder Punkt drückt nur eine Bedeutung aus; Punkte der ersten Ebene werden fettgedruckt, Punkte der zweiten Ebene erklären Belege oder Beispiele.

Iterative Überarbeitung und Bereinigung vorhandener Präsentationen

Wenn ein Benutzer eine bereits mehrfach präsentierte PPT ändern möchte, führe die folgende Schleife aus, anstatt nur ein paar Textfelder anzupassen:

Zunächst den Versionsstand und den Umfang inventarisieren. Liste die PPTs, Word-Dokumente, Artikel-PDFs, Screenshot-Verzeichnisse, Render-Verzeichnisse, Skripte und Prüfberichte im Zielpräsentationsverzeichnis auf. Unterscheide zwischen „endgültiger Lieferversion“ und „historischen/Zwischenversionen“. Die Erstpräsentation, die vom Benutzer angegebene Beispiel-PPT und formelle Materialien außerhalb des Umfangs dürfen nicht überschrieben werden.
Echte Beispiele haben Vorrang vor verallgemeinerten Regeln. Lese zuerst die Seiten, das Design und das XML der tatsächlichen Beispiel-PPT des Benutzers. Die Titelposition, Textgröße, -farbe, Zeilenabstand, Einzug, Seitenzahl, Logo und Aufzählungszeichen des Beispiels sind die endgültige Grundlage; die ■, → usw. im Skill geben nur das Ebenenkonzept an und ersetzen nicht die tatsächlichen Symbole des Beispiels.
Native Aufzählungszeichen müssen das XML kopieren. Wenn die Aufzählungszeichen des Beispiels durch Wingdings, spezielle Zeichen oder XML auf Themenebene implementiert werden, kopiere die <a:pPr>, <a:buFont>, <a:buChar>, <a:buClr>, Einzüge und Zeilenabstände des Beispielabsatzes. Verwende keine Unicode-Quadrate, Textpräfixe oder gezeichnete Formen. Vergleiche nach der Änderung Schriftart, Schriftbild, -farbe, Einzug und Zeilenabstand Absatz für Absatz. Notiere die Anzahl der bestätigten Absätze.
Zuerst die inhaltlichen Belege ändern, dann das Layout. Papierscreenshots müssen aus dem Originalbild des Artikels-PDFs oder einer hochauflösenden Seitenwiedergabe stammen. Jeder Screenshot behält die für die aktuelle Schlussfolgerung erforderlichen Achsen, Skalen, Legenden, Pfeile und Unterabbildungen bei und entfernt Kopfzeilen, Fußzeilen, Seitenzahlen, Abbildungsunterschriften, Text und irrelevante Bereiche. Überprüfe nach dem Zuschnitt gleichzeitig die Originalseite, die zugeschnittene Abbildung und den tatsächlichen Effekt in der PPT. Es ist verboten, neu gezeichnete falsche Abbildungen als Beweise aus dem Artikel zu verwenden.
Seite für Seite gegen „leer“ und „überladen“ vorgehen. Bei leeren Seiten zuerst die gültige Papierabbildung vergrößern, irrelevante Ränder entfernen, Abbildungen mit direktem Beweiszusammenhang zusammenführen und ein bis zwei „Schlussfolgerungen aus der Abbildung / Quellenangabe“ ergänzen; keine dekorativen Farbblöcke, Karten, wiederholte Titel oder Text ohne Grundlage verwenden. Bei überladenen Seiten zuerst unwichtige Sätze löschen, die Seite aufteilen oder Sätze kürzen; erst dann die Größe anpassen, ohne die Schriftgröße des Beispiels zu unterschreiten. Das Seitenverhältnis der Abbildungen immer beibehalten.
Nach dem Rendern muss die Abnahme erfolgen. Verlasse dich nicht nur auf die XML-Prüfung von python-pptx. Exportiere jedes Ziel-PPT als PDF/PNG oder verwende das verfügbare Office/WPS, um es Seite für Seite zu rendern und zu prüfen; prüfe Titel, Text, Abbildungen, Abbildungsunterschriften, Logo, Seitenzahlen, Textüberläufe, Bildzuschnitt, Überlappungen, Klarheit und den visuellen Schwerpunkt der Seite. Wenn auf einer Seite ein Problem gefunden wird, führe nach der Korrektur die vollständige Prüfung erneut durch; es ist nicht akzeptabel, zu sagen „nur diese Seite geändert, daher keine erneute Prüfung nötig“.
Die wiederherstellbare Originalversion speichern, dann überschreiben oder als separate Datei speichern. Vor dem Massenaustausch ein Backup der Originalversion mit Pfad und Hash erstellen. Wenn der Benutzer die Originaldatei während der Bearbeitung geändert hat, überschreibe seine neuen Änderungen nicht, sondern erstelle eine explizite „Layout optimierte Version“ im selben Verzeichnis und gib dies im Lieferhinweis an.
Das Verzeichnis vor der Auslieferung bereinigen. Behalte in den einzelnen Präsentationsverzeichnissen nur das Artikel-PDF, die formellen Word-Materialien und die endgültige PPT; verschiebe alte Versionen der PPT, alte Word-Dokumente, gerenderte PNGs/PDFs, Screenshot-Caches, Skripte, __pycache__, Prüfberichte und temporäre Materialien in den Papierkorb oder lösche sie. Überprüfe vor der Bereinigung, dass die formellen Office-Dateien geöffnet werden können und keine gelöschten externen Medien referenziert werden. Notiere die Hashes der behaltenen Dateien. Das Verzeichnis der Erstpräsentation und das Beispielverzeichnis nehmen nicht an der Bereinigung teil.

Diese Schleife sollte mindestens folgende Nachweise enthalten: Liste der Zieldateien, Seitenanzahl, tatsächliche gerenderte Seitenanzahl, Anzahl der Textüberläufe, XML-Konsistenz der Aufzählungszeichen, Ergebnis der Prüfung der Redenotizen/Logos pro Seite, Quellenangabe der Artikel-Screenshots und Liste der nach der Bereinigung behaltenen formellen Dateien.

Routing für Zeichnungs-Skills

Im Projekt skills/ sind die folgenden Zeichnungs-Skills bereitgestellt. Wähle nach Diagrammtyp aus. Die generierten Diagramme werden einheitlich im figures/-Verzeichnis des aktuellen Projekts oder im Auslieferungsverzeichnis gespeichert:

figure-generation: Bei numerischen Werten, Achsen oder Methodenvergleichen ein 300 DPI PNG und ein Vektor-PDF generieren und ein reproduzierbares Skript behalten.
academic-plotting: Ergebnisdiagramme aus Artikeln, Ablationsdiagramme, Trainingskurven, Heatmaps und statistische Diagramme; bevorzugt farbenblinde freundliche Farbschemata verwenden.
figure-spec: Erste Wahl für Architekturdiagramme, Methodenübersichten und Flussdiagramme; verwende deterministisches JSON → SVG, einfach zu bearbeiten, zu überprüfen und später in die PPT einzufügen.
mermaid-diagram: Schnelles Zeichnen einfacher Abläufe, Sequenzen und Beziehungsdiagramme; bei formeller Auslieferung in bearbeitbares SVG oder hochauflösendes Bild umwandeln.

Bei textlastigen oder präzise beschrifteten akademischen Diagrammen keine generative Bilder standardmäßig verwenden. Generative Schemata dürfen nur für qualitative Konzeptdiagramme verwendet werden, und Text, Pfeilrichtungen, Modulanzahl und Legende müssen Punkt für Punkt überprüft werden.

Abschluss: Selbstprüfung vor der Auslieferung (Produkt C muss drei Runden durchlaufen)

Runde 1: Skriptprüfung. Führe scripts/check_deck.py aus. ERROR muss auf null gesetzt werden. Jedes WARNING muss einzeln bestätigt werden; es prüft automatisch Titelseitenelemente, Schriftgrößenuntergrenze, ostasiatische Schriftarten, Bildauflösung, Redenotizen, Textüberläufe, überlappende Elemente, ob das Logo auf jeder Seite vorhanden ist und ob Bilder über den Seitenrand ragen.

Runde 2: Gesamte visuelle Prüfung. Öffne die PPT und blättere sie vollständig durch. Prüfe speziell auf Probleme, die das Skript nicht findet: Gesamtrhythmus, Überfüllung der Seite, ob Textfelder auf Bildern liegen, ob Bilder am Rand abgeschnitten werden, ob das Logo auf jeder Seite vorhanden und an derselben Position ist und ob die Informationen auf der Titelseite vollständig sind.

Runde 3: Seitenspezifische Checkliste. Gehe jede Seite mit der folgenden Liste durch. Erst wenn alle Punkte bestätigt sind, gilt die Prüfung als abgeschlossen:

Wenn in einer der drei Runden ein Problem gefunden wird, korrigiere das Produkt und führe alle drei Runden von Anfang an erneut aus. „Nur diese eine Stelle geändert“ ist kein Ersatz. Die Prüfergebnisse werden dem Benutzer einzeln mitgeteilt.

Werkzeuge

scripts/extract_pdf.py — Haupttext extrahieren (mit Seitenzahlen), eingebettete Bilder exportieren, Seiten mit angegebener dpi rendern. Verwende es für PPT-Bilder, um Originalbilder zu erhalten, die viel klarer sind als Screenshots.
scripts/check_deck.py — Überprüft .pptx auf Titelseitenelemente, Schriftgröße, Bildauflösung, Redenotizen, Textüberläufe, überlappende Elemente, Logo pro Seite, Bildüberlauf.

python scripts/extract_pdf.py text   paper.pdf                 # Haupttext extrahieren
python scripts/extract_pdf.py figures paper.pdf -o figs/       # eingebettete Bilder extrahieren
python scripts/extract_pdf.py pages  paper.pdf -o pages/ --dpi 300 --pages 3-7
python scripts/check_deck.py deck.pptx --report check.md

Referenzdateien

references/analysis-templates.md — Detaillierte Vorlage und gute/schlechte Beispiele für Produkte A / B / E
references/ppt-layout.md — PPT-Struktur, Layoutwerte, Bildspezifikationen, häufige Fehlerpunkte
references/group-meeting-template.md — Layoutvorlage für Artikelpräsentationen (Standard für alle Anlässe), abgeleitet von references/group-meeting-sample.pptx: Titelseitenstruktur, Titelzeile 28pt, Fließtext 20pt, drei Layouts für Inhaltsseiten, Regeln für Schriftausrichtung / Bildvollständigkeit / keine Überlappung von Text und Bild / Logo auf jeder Seite
references/ppt-reference-notes.md — Aus der Hauptvorlage und anderen vom Benutzer bereitgestellten Beispiel-PPTs extrahierte Regeln für Schriftarten, Absätze, weißen Hintergrund, Text-Bild-Spalten und Weißraum
references/group-meeting-sample.pptx — Layoutbeispiel (letztgültige Grundlage für Stil, Schriftarten und Format; references/_sample_spec.txt ist dessen vollständiger Spezifikationsdump)
references/assets/csu-logo.png — Logo-Material der Central South University, muss auf jeder Seite sein
references/literature-search.md — Wie man das Zitationsnetzwerk erstellt, welche Quellen verwendet werden, was zu tun ist, wenn Undermind nicht verfügbar ist, Anti-Halluzinations-Regeln
references/idea-docx.md — Spezifikation für .docx / einzelne .pptx, wenn der Benutzer „jede Idee einzeln“ verlangt
references/prompt-template.md — Wenn der Benutzer es manuell in einem anderen Tool (z. B. claude.ai) verwenden möchte, kann dieser Prompt direkt kopiert werden

Aa242615/-skills-

Was ist -skills-?

In Ihrer bevorzugten KI fragen

Dokumentation

Tiefgehende Artikelanalyse und Erstellung von Präsentationsmaterialien

Standardsprache und Lieferformat

Schritt 1: Parameter sammeln (Fehlende erfragen, nicht annehmen)

Schritt 2: Vollständig lesen, dann stoppen und bestätigen

Schritt 3: Fünf Produkte

Harte Regeln

Iterative Überarbeitung und Bereinigung vorhandener Präsentationen

Routing für Zeichnungs-Skills

Abschluss: Selbstprüfung vor der Auslieferung (Produkt C muss drei Runden durchlaufen)

Werkzeuge

Referenzdateien

Verwandte Skills

affaan-m/uspto-database

affaan-m/scholar-evaluation

affaan-m/literature-review

affaan-m/everything-claude-code

forrestchang/andrej-karpathy-skills

langgenius/backend-code-review