Communitygithub.com

Scholar PPT CN – Fähigkeit zur Erstellung wissenschaftlicher Pr…

Diese Fähigkeit erstellt und bearbeitet wissenschaftliche PowerPoint-Präsentationen auf Chinesisch, mit Schwerpunkt auf visueller Konsistenz, Vorlagen-Treue und schrittweiser, genehmigungsbasierter Produktion für neue Decks, Bildrekonstruktion und Bearbeitung bestehender PPTX.

Was ist Scholar PPT CN – Fähigkeit zur Erstellung wissenschaftlicher Pr…?

Scholar PPT CN ist eine spezialisierte KI-Fähigkeit für die Erstellung und Bearbeitung wissenschaftlicher PowerPoint-Präsentationen auf Chinesisch. Sie folgt einem strengen, genehmigungsbasierten Produktionspfad: Vor jeder aufwändigen Aktion (neues Deck, Bildrekonstruktion, Erweiterung genehmigter Mockups, umfassendes Redesign) muss der Benutzer über Umfang, Vorlagenbeziehung, Produktionsweg und erwartete Ergebnisse informiert werden – eine explizite Autorisierung ist Voraussetzung. Die Fähigkeit unterscheidet sich grundlegend von generischen Präsentationserstellern, indem sie Template DNA extrahiert: die visuelle Konsistenzschicht (Farbe, Typografie, Kopf-/Fußzeilen, Logos, Dekorationselemente), jedoch nicht die wissenschaftliche Erzählung oder das Folienlayout vorgibt. Sie unterstützt drei Hauptwege: (1) Neues Deck aus Quellen, (2) Bild-zu-edierbarem PPTX, (3) Überarbeitung bestehender PPTX. Jeder Weg hat eigene, progressive Referenzdokumente, die erst beim Aktivieren des entsprechenden Schrittes geladen werden – das minimiert unnötige Ladezeiten. Die Fähigkeit betont außerdem benutzerfreundliche Oberflächen: Sie kommuniziert in verständlicher Sprache, nicht in internen Routen-Namen, und hält interne Bezeichnungen standardmäßig privat. Sie setzt auf progressive Referenzladung, plant und klassifiziert Aufgaben sorgfältig und prüft die Ausgabe abschließend umfassend (visuelles QA, PPTX-Integrität). Dies ermöglicht eine zuverlässige und kontrollierte Produktion wissenschaftlicher Präsentationen mit hoher visueller Qualität.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/deathcats4/scholar-ppt-cn/tree/main

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Scholar PPT CN Fähigkeit

Bedienung durch den Benutzer

Halten Sie die Benutzeroberfläche einfach. Klassifizieren Sie die Aufgabe und wählen Sie intern die Route.

Vor jeder Aktion zur Erstellung eines neuen Decks, Bildreferenz-Rekonstruktion, Erweiterung genehmigter Mockups oder breitem Redesign verwenden Sie references/production_path_confirmation_rules.md, um dem Benutzer eine prägnante, verständliche Zusammenfassung des beabsichtigten Umfangs, der Vorlagenbeziehung, des Produktionspfads, des Zwischenstopps, der Ergebnisse und der materiellen Annahmen zu geben. Kostengünstige Quellenermittlung und gezielte Basisprüfung können diese Zusammenfassung vorbereiten, aber langlaufende Generierungen, vollständige Deck-Renderings, PPTX-Erstellung und breites Redesign warten hinter dem Tor, wenn materielle Entscheidungen oder Autorisierungen unklar sind. Wenn der Benutzer den angegebenen Produktionspfad bereits klar autorisiert hat, kann die Zusammenfassung im selben Schritt von der Ausführung gefolgt werden. Planung-only und lokalisierte oder deckweite mechanische Überarbeitungen bleiben leichtgewichtig, es sei denn, sie weiten sich zu einer Produktion oder einem breiten Redesign aus.

Geben Sie vor jeder arbeitsbereichspezifischen Arbeit den aktuellen Benutzer-Stand/Pfad in einem kurzen Satz an. Die vollständige Zusammenfassung ist für die oben genannten kostenintensiven Zweige erforderlich; eine einzeilige Pfadangabe reicht für Planung-only und lokalisierte oder deckweite mechanische Überarbeitung.

Der Benutzer kann sagen:

  • "Beziehen Sie sich auf die Vorlage und das Material und erstellen Sie zuerst einen Plan."
  • "Erstellen Sie gemäß dem Plan zuerst 5–8 visuelle Musterfolien, generieren Sie kein PPT."
  • "Generieren Sie für jede Seite des gesamten Decks nacheinander Bilder, und erstellen Sie das PPTX erst, nachdem alle bestätigt wurden."
  • "Diese Musterfolien sind bestätigt. Erweitern Sie sie in diesem Stil zu einem vollständigen, bearbeitbaren PPT."
  • "Generieren Sie kein Bild, sondern erstellen Sie direkt unter Bezugnahme auf die Vorlage ein bearbeitbares PPT."
  • "Rekonstruieren Sie dieses PPT-Bild in ein möglichst bearbeitbares PPTX."
  • "Behalten Sie die gesamten Seiten-Screenshots bei, aber Titel und Seitenstruktur sollten bearbeitbar sein."
  • "Auf Seite X ist das Bild zu klein / die Schriftart falsch / der Inhalt fehlerhaft. Korrigieren Sie es."

Bitten Sie den Benutzer nicht, interne Routennamen, Archetyp-IDs, Familien-IDs, Varianten-IDs oder QA-Tore zu wählen, es sei denn, dies wird angefordert. Beschreiben Sie den gewählten Pfad in normaler, benutzerfreundlicher Sprache; halten Sie interne Bezeichnungen standardmäßig privat.

Befolgen Sie jede vom Benutzer bereitgestellte Gliederung, Inhaltsverzeichnis, Folienanzahl, Seitenreihenfolge, Vorlage, Schriftartanforderung oder Lieferformat.

Vorlagen- und Eingabeautorität

Verwenden Sie eine vom Benutzer bereitgestellte Vorlage, wenn verfügbar.

Wenn der Benutzer keine Vorlage bereitstellt, verwenden Sie assets/templates/scholar-ppt-cn-reference-template.pptx für Mockups und PPTX-Generierung und für die Produktionsplanung nur, wenn eine visuelle Planung angefordert wird. Eine reine Inhaltsplanungsanfrage kann ohne Öffnen oder Rendern der Standardvorlage fortfahren.

Wenn eine visuelle Vorlage oder Referenz für ein neues Deck oder breites Redesign verwendet wird, extrahieren Sie vor der Produktionsplanung die Template DNA. Template DNA ist die visuelle Konsistenzschicht: Sie erfasst das Canvas/Hintergrundverhalten, die institutionelle Identität, die Palette, die Typografierollen, die Titelbehandlung, die Fußzeilen-/Seitennummerierung, den Bildunterschriftsstil, wiederkehrende Linien/Blöcke/Trennstriche, dekorative Motive und wiederverwendbare Mikrokomponenten. Sie beschreibt, wie das Deck aussehen soll; sie bestimmt nicht die wissenschaftliche Erzählung oder das Körperlayout einer Folie.

Wenn der Benutzer möchte, dass die neue Präsentation direkt auf einem bearbeitbaren PPTX erstellt wird, sagt, dass das bereitgestellte Deck fortgesetzt oder gefüllt werden soll, nach demselben PPT-System und nicht nur nach einem ähnlichen Stil fragt oder anderweitig anzeigt, dass das Quell-PPTX selbst die visuelle Basis bleiben soll, verwenden Sie auch die Quell-Deck-Fortsetzung. Lesen Sie references/source_pptx_continuation_rules.md.

Für die Quell-Deck-Fortsetzung verwenden Sie Template DNA zusammen mit der direkten Wiederverwendung nativer Assets:

  • Verwenden Sie native Theme/Master/Layout/Hintergrund-Assets wieder, wenn sie die visuelle Identität tragen;
  • Inspizieren Sie normale Folien, wenn die Mastervorlage generisch ist, und verwenden Sie wiederkehrende bearbeitbare visuelle Objekte wie Titelbehandlungen, Linien, Blöcke, Abschnittsmarkierungen, Logos, Seitenzahlen und Fußzeilen-/Kopfzeilenelemente wieder;
  • Bevorzugen Sie das ursprüngliche bearbeitbare Asset gegenüber einer ungefähren Neugestaltung, wenn eine Wiederverwendung möglich ist;
  • Verwenden Sie Template DNA, um neu gestaltete Folien und neu erstellte visuelle Elemente mit demselben PPT-System konsistent zu halten.

Wenn der Benutzer nur einen ähnlichen/Referenzstil möchte, darum bittet, einen PPT/PPTX zu imitieren oder umzustylen, oder Screenshots oder andere nicht bearbeitbare visuelle Referenzen bereitstellt, verwenden Sie Template DNA ohne native Quell-Deck-Fortsetzung.

Standardmäßig ist das Referenzdeck die Autorität für das visuelle System, nicht die Autorität für das Körperlayout. Die neuen wissenschaftlichen Quellen bestimmen die Erzählung und die Beweise; scholar-ppt-cn wählt Körperschemata aus oder entwirft sie basierend auf der Kommunikationsaufgabe, den Beweisbeziehungen, der Geometrie der Quell-Assets, der Informationsdichte, der Lesbarkeit und dem Deck-Rhythmus. Verwenden Sie alte Ergebnis-, Diskussions-, Daten-, Mikroskopie- oder andere wissenschaftliche Inhaltslayouts nicht standardmäßig wieder oder prüfen Sie sie nicht als Standardkandidaten.

Stabile Rahmenfolien wie Deckblatt, Inhaltsverzeichnis, Abschnittstrenner und Schlussfolien können ihre Quellstruktur behalten, wenn sie eindeutig Teil der Vorlagenidentität sind und natürlich anwendbar bleiben. Bewahren Sie ein benanntes altes Seitenlayout oder genaue Objektpositionen nur auf, wenn der Benutzer ausdrücklich eine strikte/in-situ-Erhaltung oder eine bestimmte Quellseite als Layout-Referenz anfordert.

Wenden Sie keine pauschale Regel an, dass jeder Quelltextstring gelöscht werden muss. Bewahren oder aktualisieren Sie stabile Vorlagentexte, die nach einer Änderung des Forschungsthemas natürlich bleiben, wie institutionelle Identität, Teil.01-artige Abschnittsmarkierungen, generische 目录/总结/谢谢-Bezeichnungen, passende Abschlussphrasen, Datumsfelder und feste Kopf-/Fußzeilentexte. Ersetzen Sie alte projektspezifische Titel, Autoren, Fließtexte, Proben-IDs, Daten, Abbildungen, Bildunterschriften, Zitate, Hypothesen, Schlussfolgerungen und themenspezifische Bezeichnungen. Behalten Sie Zuschreibungs- oder Lizenztexte bei, wenn erforderlich.

Behandeln Sie Beispieltextgrößen und Schriftstärken als visuelle Referenzen. Stellen Sie die endgültige Typografie aus dem aktiven visuellen System, der Inhaltshierarchie und der gerenderten Lesbarkeit ein.

Laufzeitkompatibilität

Verwenden Sie die im aktuellen Umfeld verfügbaren Datei-, PPTX-Schreib-, Render-, Seh-, Bildgenerierungs- und Inspektionswerkzeuge.

Wenn Datei- und Werkzeugzugriff verfügbar ist:

  • lesen Sie die relevanten Quelldateien;
  • erstellen Sie echte Ausgabedateien;
  • rendern oder inspizieren Sie Vorschauen;
  • überarbeiten Sie identifizierte Probleme vor der Auslieferung;
  • geben Sie Dateipfade und eine prägnante QA-Notiz zurück.

Wenn erforderliche Werkzeuge nicht verfügbar sind:

  • führen Sie den stärksten verfügbaren Ersatz durch;
  • liefern Sie den Planungstisch, den Bauplan, die Prompts oder die Implementierungsanweisungen, die abgeschlossen werden können;
  • melden Sie jeden übersprungenen Generierungs-, Render-, Inspektions- oder QA-Schritt;
  • behaupten Sie nicht, dass eine nicht verfügbare Prüfung bestanden wurde.

Progressives Referenzladen

Lesen Sie jede Referenz vollständig, wenn ihre Phase oder Route aktiv wird. Laden Sie keine Referenzen für nicht verwandte Routen. Laden Sie neu anwendbare Referenzen, bevor Sie fortfahren, wenn sich der Aufgabenumfang erweitert.

Erzählung und Planung

  • Erzählungsauswahl: references/hidden_narrative_presets.md
  • Template-DNA-Extraktion: references/template_dna_rules.md
  • Quell-PPTX-Fortsetzung: references/source_pptx_continuation_rules.md
  • Beweisbestand: references/evidence_index_rules.md
  • Quell-Asset-Klassifizierung: references/source_asset_geometry_rules.md
  • Produktionsplantabelle: references/production_planning_table_rules.md
  • Detaillierte Layout-Auswahl und Fallback-Seiten: references/fallback_layout_archetype_library.md
  • Mockup-Familie + Varianten-Bauplan: references/mockup_family_variant_blueprint_rules.md

Routenauswahl und Bildmodell-Arbeit

  • Produktionspfad-Zusammenfassung und -Bestätigung: references/production_path_confirmation_rules.md (lesen Sie vor jeder Aktion zur Erstellung eines neuen Decks, Bildreferenz-Rekonstruktion, Erweiterung genehmigter Mockups oder breitem Redesign)
  • Neue-Deck-Routenauswahl: references/internal_route_selection.md
  • Bildmodell-Stapelverarbeitung und obligatorischer Block pro Aufruf: references/image_generation_efficiency_rules.md
  • Vollfolien-Mockup-Regeln: references/mockup_exploration_rules.md
  • Vollständiges-Deck pro Folie Bildmodell-Route: references/full_deck_image_model_route_rules.md

Routenübergreifende Inhaltskontrollen

  • Wissenschaftliche Abbildungen und Beweise: references/evidence_asset_rules.md
  • Sichtbare Folientext-Filterung: references/visible_text_filter_rules.md

Vorhandene PPTX-Überarbeitung

  • Lokalisierte und deckweite mechanische Überarbeitung: references/existing_pptx_revision_rules.md

Bildreferenz-Rekonstruktion und bearbeitbares PPTX

  • Bild-zu-bearbeitbare Rekonstruktion: references/image_to_editable_reconstruction_rules.md
  • Zusammengesetzte Objekte und knotenverbundene Pfeile: references/editable_object_structure_rules.md (beim Erstellen nummerierter Knoten, Beschriftungscontainer oder verbundener Diagramme)

Genehmigte Mockup-Erweiterung und bearbeitbares PPTX

  • Gesperrtes genehmigtes visuelles System: references/locked_visual_system_rules.md
  • Von Mockups abgeleitete Archetypen: references/mockup_derived_archetype_rules.md
  • Bearbeitbare Rekonstruktion: references/editable_reconstruction_rules.md
  • CJK-Typografie: references/cjk_typography_rules.md
  • Layoutwiederholung: references/layout_repetition_control.md
  • PptxGenJS und Schreibwerkzeugauswahl: references/pptxgenjs_execution_rules.md

Abschließende Prüfung

  • Vergleichende Montageüberprüfung: references/comparative_montage_qa.md
  • PPTX-Paket, Rendering, Überarbeitung und Hash-QA: references/pptx_qa_rules.md

Aufgabenklassifizierung

Klassifizieren Sie die Anfrage, bevor Sie mit der Produktion beginnen.

Ein vorhandenes PPTX überprüfen oder überarbeiten

Verwenden Sie diesen Pfad für gezielte Überprüfung, Korrektur, Umstyling, Seitenersatz, Typografieanpassung, Bildkorrektur oder Inhaltskorrektur in einem vorhandenen Deck.

  • Verwenden Sie lokalisierte Überarbeitung für benannte Folien, Objekte, Texte, Abbildungen oder Layoutfehler.
  • Verwenden Sie deckweite mechanische Überarbeitung für eine benutzerdefinierte Ersetzung oder Normalisierung, die die narrative Struktur und Folienkomposition beibehält.
  • Verwenden Sie breites Redesign, wenn die Anfrage neue Designentscheidungen, narrative Umstrukturierung, erhebliche Inhaltserweiterung, Vorlagengeometrieänderungen oder Seitenfamilien-Neuzuordnung erfordert.
  • Lesen Sie für lokalisierte oder deckweite mechanische Überarbeitung references/existing_pptx_revision_rules.md und nur die Inhalts-, Typografie-, Beweis-, Schreibwerkzeug- und QA-Referenzen, die für die Änderung erforderlich sind.
  • Erfordern Sie keine Template DNA, eine Produktionsplantabelle oder einen Familien-/Variantenbauplan für lokalisierte oder deckweite mechanische Überarbeitung.
  • Erstellen oder aktualisieren Sie Template DNA, die Produktionsplantabelle und den Familien-/Variantenbauplan vor einem breiten Redesign.
  • Führen Sie das Produktionspfad-Bestätigungstor vor einem breiten Redesign aus; lokalisierte und deckweite mechanische Überarbeitungen bleiben außerhalb dieses Tors, es sei denn, ihr Umfang erweitert sich.
  • Halten Sie lokalisierte und mechanische Überarbeitungen außerhalb der Routen A, B und C.

Bildreferenz zu bearbeitbarem PPTX

Verwenden Sie diesen Pfad, wenn der Benutzer eine oder mehrere flache Folienbilder bereitstellt und nach einem bearbeitbaren PPTX fragt, einschließlich Screenshots, PNG/JPG-Seiten, gerenderter PDF-Seiten, KI-generierter visueller Entwürfe, Web-Erfassungen oder Folien, deren Quell-PPTX nicht verfügbar ist. Dieser Pfad rekonstruiert eine bereitgestellte visuelle Referenz; er ruft das Bildmodell nicht auf, um eine neue Folie zu entwerfen.

  • Wenn auch ein bearbeitbares Quell-PPTX verfügbar ist und der Benutzer es fortsetzen möchte, hat die Quell-Deck-Fortsetzung Vorrang. Verwenden Sie native Assets wieder, anstatt einen Screenshot rückzuentwickeln.
  • Wenn das Bild ein von dieser Fähigkeit generiertes genehmigtes Mockup ist, wenden Sie die Regeln für das gesperrte visuelle System und die genehmigte Mockup-Erweiterung zusammen mit den Bildrekonstruktionsregeln an.
  • Lesen Sie references/image_to_editable_reconstruction_rules.md, bevor Sie das Bild im Detail inspizieren oder das PPTX schreiben.
  • Verwenden Sie das Bild als Layout-, Hierarchie-, Geometrie- und visuelle Referenz; verwenden Sie bereitgestellten Quelltext, Daten und Original-Assets als Inhaltswahrheit.
  • Bestandsaufnahme von Objekten vor der Konstruktion und weisen Sie pro Region eine Bearbeitbarkeitsrichtlinie zu. Standardmäßig sinnvolle SMART-Bearbeitbarkeit, bewahren Sie vollständige visuelle Assets, wenn ihre interne Struktur gekoppelt ist, und tief bearbeiten Sie nur zuverlässige oder ausdrücklich angeforderte Regionen.
  • Bauen Sie Seitenebenen-Text, Container, Linien, Pfeile, Beschriftungen und verifizierte Diagramme als native PowerPoint-Objekte. Behalten Sie Quellabbildungen, Screenshots, komplexe Diagramme und vollständige visuelle Assets als unabhängige Bildobjekte, es sei denn, eine zuverlässige Quellstruktur oder Daten unterstützen eine Neugestaltung.
  • Gruppieren Sie zusammengesetzte bearbeitbare Objekte und binden Sie knotenverbundene Pfeile unter Verwendung von references/editable_object_structure_rules.md; überprüfen Sie diese Strukturen mit einer repräsentativen Bearbeitung, bevor Sie behaupten, dass sie sich zusammen bewegen.
  • Generieren Sie das bearbeitbare PPTX mit dem bevorzugten Schreibwerkzeug, rendern Sie jede Folie, vergleichen Sie das Ergebnis mit dem Referenzbild und führen Sie die abschließende PPTX-QA durch. Verwenden Sie das ganzseitige Referenzbild nicht als endgültigen Folienhintergrund.

Dieser Pfad hat keine separate visuelle Pilotgenehmigung, es sei denn, der Benutzer fragt nach einem neuen visuellen Design. Für eine mehrseitige Rekonstruktion oder ein neues Deck verwenden Sie die Produktionspfad-Zusammenfassung vor dem PPTX-Schreiben; eine benannte Einzelfolienreparatur kann innerhalb der lokalisierten Überarbeitungsgrenze bleiben, wenn sie sich nicht zu einem Redesign ausweitet.

Nur Planung

Verwenden Sie diesen Pfad, wenn der Benutzer nach einer Gliederung, narrativen Struktur, Beweisbestand, Produktionsplantabelle oder Familien-/Variantenbauplan ohne Folien-Generierung fragt. Halten Sie reine Planungsläufe leichtgewichtig: Erstellen Sie nicht standardmäßig einen detaillierten Familien-/Variantenbauplan, es sei denn, der Benutzer fordert ihn ausdrücklich an oder hat eine nachfolgende Mockup/PPTX-Phase autorisiert.

  1. Lesen Sie das Quellmaterial. Lesen oder rendern Sie eine Vorlage nur, wenn der Benutzer eine visuelle Referenz bereitgestellt, visuelle Planung/Stil angefordert oder eine Mockup/PPTX-Phase autorisiert hat.
  2. Wählen Sie den Erzählungsvoreinstellung bei gleichzeitiger Beibehaltung der Benutzerstruktur.
  3. Wenn eine visuelle Vorlage/Referenz aktiv ist, extrahieren Sie Template DNA als visuelle Konsistenzschicht. Wenn die Quell-Deck-Fortsetzung aktiv ist, inspizieren Sie auch wiederverwendbare native visuelle Assets. Behandeln Sie eine einfache "先规划开始"-Anfrage ohne bereitgestellte Vorlage oder explizite Stilanfrage als reine Inhaltsplanung: Überspringen Sie die Template-DNA-Extraktion und das Standardvorlagen-Rendern.
  4. Erstellen Sie den Beweisbestand und klassifizieren Sie die Geometrie der Quell-Assets.
  5. Erstellen Sie die Produktionsplantabelle und notieren Sie die Layout-Absicht / Kandidatenstruktur, anstatt interne Layout-IDs zu sperren.
  6. Erstellen Sie den Mockup-Familien- + -Variantenbauplan nur, wenn ausdrücklich angefordert oder wenn der Workflow autorisiert ist, in die Bild-/PPTX-Generierung überzugehen; erstellen Sie ihn standardmäßig nicht für eine reine Planungsabgabe.
  7. Liefern Sie das angeforderte Planungsartefakt und halten Sie an.

Verwandte Skills