PPT-zu- visuellen-Notizen

PPT zu visuellen Lernnotizen

Arbeitsablauf-Fertigkeit für Codex und OpenAI-Agenten mit entsprechenden Datei- und Bildwerkzeugen. Erstellt aus dem Foliensatz leicht verständliche, bebilderte, präzise und erklärungsreiche Lernnotizen, die nach Wahl des Benutzers formatiert oder in eine Notiz-App überführt werden. Diese Fertigkeit ist kein eigenständiges PPT-Konvertierungsprogramm und verleiht einem normalen Chat-Modell keine Fähigkeiten (Dateizugriff, Bildgenerierung, Upload), die es nicht bereits besitzt.

Start und Fortsetzung

Lies die aktuelle Benutzeranforderung, die Projektkonventionen und den vorhandenen Fortschritt. Kläre die Quell-Datei, den Wissensstand der Leser, ein-/auszuschließende Kapitel, das Ausgabeverzeichnis, das Zielformat, die Zusammenarbeitsweise und die Prüfschritte; bereits bekannte Informationen werden nicht erneut abgefragt. Wenn keine Notiz-App angegeben ist, wird standardmäßig Markdown + ein zugehöriges Bildverzeichnis verwendet; es wird kein persönliches Laufwerk oder Cloud-Dienst als Standard angenommen.

Prüfe zuerst, ob der Host die Folien lesen und rendern, Bilder generieren oder anzeigen und Ausgabedateien erstellen kann. Bei fehlenden Fähigkeiten nenne die konkreten Einschränkungen und führe die überprüfbaren Teile aus; gib nicht vor, Werkzeuge ausgeführt zu haben, die nicht verfügbar sind. Erstelle einen Umfangsplan und lege ihn dem Benutzer zur Überprüfung vor.

Arbeitsteilung und schrittweise Überprüfung

Der Hauptkoordinator erstellt persönlich den Gesamtplan; die Unterkoordinatoren erstellen persönlich die Gliederung für ihr Kapitel; die Ausführungsebene arbeitet ausschließlich nach dem geprüften Plan. Der Gesamtplan legt die Kapitelaufteilung, Reihenfolge, den Umfang und die Lernziele fest; die Kapitelgliederung definiert die Wissensknoten, die Erklärungsreihenfolge, die Schwerpunkte und das Konzept für die Abbildungen. Die Aufgabe, einen vollständigen Entwurf der Gliederung an die Ausführungsebene zu delegieren und dann durch die Koordinatorenprüfung zu ersetzen, ist nicht erlaubt.

Der Gesamtplan wird vom Hauptkoordinator erstellt, selbst geprüft und dem Benutzer präsentiert; die Kapitelgliederung wird vom entsprechenden Unterkoordinator erstellt und dem Hauptkoordinator zur Überprüfung vorgelegt. Beide Planungsergebnisse müssen die Benutzerüberprüfung gemäß diesem Schritt bestehen, bevor der nächste Schritt eingeleitet wird. In der Erstellungsphase wird nach dem Schema gearbeitet: Ausführung erstellt → Unterkoordinator prüft und lässt nacharbeiten → Hauptkoordinator überprüft. Wenn die Ausführungsebene Lücken oder technische Fehler in der Gliederung findet, meldet sie dies mit Begründung und Vorschlägen; der Unterkoordinator überarbeitet die Kapitelgliederung. Bei strukturellen oder kapitelübergreifenden Änderungen entscheidet der Hauptkoordinator, und die Arbeiten werden erst nach Genehmigung und Abschluss dieses Schrittes ausgeführt. Die Ausführungsebene kann im Rahmen der genehmigten Struktur Formulierungen, Bild-Prompts und Layout-Details wählen, darf aber keine didaktischen Elemente selbstständig hinzufügen, entfernen oder umstellen.

Zu Beginn wird anhand des Workflows und der Rollen die Zusammenarbeitsform gewählt, die in der aktuellen Umgebung realisierbar ist: Wenn der Benutzer dies explizit autorisiert und der Host es unterstützt, wird pro Kapitel eine neue, unabhängige Konversation für den Unterkoordinator und die Ausführungsebene erstellt. Wenn der Benutzer strikt unabhängige Konversationen wünscht, dies aber die Werkzeuge des Hosts nicht zulassen, wird diese Einschränkung zuerst genannt; es wird nicht versucht, dies mit einem internen Agenten zu imitieren. Wenn der Benutzer keine unabhängigen Konversationen verlangt, kann die gesamte Arbeit in der aktuellen Konversation phasenweise ausgeführt und überprüft werden, wobei die Trennung von Planungs- und Ausführungsverantwortung klar erkennbar bleibt und die Unabhängigkeit der Prüfung ehrlich dargelegt wird. Erstelle oder sende nicht stillschweigend andere Konversationen, um diese Fertigkeit zu nutzen.

Standardmäßig wird nach jedem kleinen Schritt, nachdem die Überprüfung durch den Hauptkoordinator abgeschlossen ist, das tatsächliche Ergebnis und die Schlussfolgerung präsentiert; der Benutzer wird gefragt, ob er eine Überprüfung wünscht, und es wird auf eine klare Antwort gewartet. „Nicht prüfen / Weiter“ gibt nur den aktuellen Schritt frei; wenn der Benutzer eine Prüfung wünscht, wird auf die Prüfungsanmerkung und die klare Anweisung zum Fortfahren gewartet. Stille, Timeout oder die Fertigstellung durch eine untergeordnete Ebene geben den nächsten Schritt nicht frei. Wenn der Benutzer ausdrücklich für ein Kapitel oder die gesamte Arbeit die eigenständige Durchführung vorschreibt, wird dies im Arbeitsumfang notiert und gemäß den aktuellen Anweisungen ausgeführt.

Kleine Schritte werden im Voraus anhand überprüfbarer Ergebnisse definiert: Gesamtplan und -umfang des Hauptkoordinators, Kapitelgliederung und Bildkonzept des Unterkoordinators, fertige Bilder und Textinhalte der Ausführungsebene, Paketierungs- und Validierungsschritte sowie der Import in die vom Benutzer gewählte Plattform. Für jede Phase wird der Verantwortliche (Planer oder Ausführender) explizit festgelegt. Selbst wenn der Hauptkoordinator die Überprüfung nicht besteht, wird zuerst dem Benutzer die Möglichkeit zur Prüfung gegeben, bevor die Nacharbeit geplant wird. Während der Wartezeit wird kein nächster Schritt oder die nächste Kapitel-Rolle erstellt; nach Erhalt der Rückmeldung wird die Situation überprüft, ohne häufiges Nachfragen oder Drängen.

Inhalte und Lehrgrafiken

1. Lies die PPT kapitel- und seitenweise. Verwende die vom Host bereitgestellten Werkzeuge zur Folienanalyse und -wiedergabe; falls verwandte Skills wie presentations:Presentations existieren, folge deren Ablauf. Sieh dir Diagramme, Formeln, Screenshots und alle relevanten Notizen an; die reine Textextraktion ersetzt keine visuelle Überprüfung. Die Rohdaten werden einmal extrahiert und von allen Kapiteln schreibgeschützt gemeinsam genutzt.
2. Der Unterkoordinator legt in der Kapitelgliederung die Zuordnung der Originalfolienseiten zu den Wissensknoten, die Erklärungsschwerpunkte und den Erweiterungsumfang fest. Die Ausführungsebene erklärt Konzepte, Prinzipien, Gründe, Vorgehensweisen, Anwendungsbedingungen und häufige Fehler gemäß der genehmigten Gliederung. Zuerst wird die Bedeutung in einfachen Worten erklärt; beim ersten Auftreten wird der Begriff in der Nähe definiert. Formeln und Code werden mit ihrer Bedeutung und Verwendung erklärt. Beispiele stammen aus dem aktuellen Foliensatz und Projekt; Namen von Kapiteln, bestimmte Objekte oder Hintergründe aus anderen Projekten werden nicht übernommen.
3. Der Unterkoordinator prüft die Kern-Schwierigkeitsstellen gemäß dem Standard für Inhalte und Lehrgrafiken und erstellt das Bildkonzept sowie die Liste der benötigten Grafiken. Die Ausführungsebene generiert gemäß dem genehmigten Konzept die Bilder tatsächlich, speichert sie und führt eine Selbstprüfung durch; sie übernimmt nicht die didaktische Konzeption der Grafiken. Wenn eine Grafik zur Erklärung von Struktur, Ablauf, Prozess, zeitlichem Verlauf, Zuständen oder Unterschieden beiträgt, wird im Konzept standardmäßig die verfügbare GPT-Bildgenerierungsfunktion genutzt; wenn der Benutzer eine andere Methode zur Bilderstellung angibt, wird dieser gefolgt. Wenn vorhandene Grafiken verwendet werden, gibt das Konzept an, um welche es sich handelt und wie sie das aktuelle Problem ausreichend erklären.
4. Wähle je nach aktueller Schwierigkeit: Wissensüberblick, Prinzip-Skizze, Schrittabfolge, Methodenvergleich, Richtig/Falsch-Darstellung oder Anwendungsszenario. Wenn die Originalgrafik zu dicht ist, behalte die Originalgrafik und erstelle eine vereinfachte Lehrversion. Die Grafiken werden zusammen mit dem Text erklärt (Lesereihenfolge, Mechanismen, Grenzen); die Abnahme erfolgt anhand der tatsächlichen Lehrwirkung, nicht anhand einer festen Anzahl von Grafiken oder einem festgelegten Generierungsverhältnis.
5. Vor dem Aufruf des Bildwerkzeugs werden die Fakten überprüft und die Zielgruppe, das Lehrziel, das Layout, die korrekte Beschriftung und die unveränderlichen Bedingungen genannt. Wenn die Umgebung einen imagegen-Skill hat, folge dessen Werkzeugablauf; versprich nur Fähigkeiten, die der Host tatsächlich bereitstellen kann, wechsle nicht stillschweigend zu APIs, die zusätzliche Autorisierung oder Kosten erfordern. Vom Benutzer angegebene Modellversionen werden nur als verwendet notiert, wenn das tatsächliche Werkzeug sie konfigurieren und bestätigen kann.
6. Überprüfe Bild für Bild: Text, Beziehungen, Richtungen, Zustände, Werte, Formeln und Einheiten. Speichere Prompts, Werkzeugantworten, Quellbilder und Datei-Fingerabdrücke. Es wird klar zwischen Quellen, generierten Bildern und tatsächlichen Ergebnissen unterschieden; eine geplante Generierung gilt nicht als generiert. Überprüfe Schlüsselfakten anhand aktueller Primärquellen und füge direkte Links an den relevanten Stellen ein; Korrekturen und Erweiterungen werden klar vom ursprünglichen Folieninhalt unterschieden.

Ausgabe und Original-Anhänge

Wähle das Format gemäß Ausgabeformat und Validierung:

• Standard: Standard-Markdown mit relativem Bildpfad im gleichen Paket – für einfaches Verschieben und Teilen.
• Offline-Einzeldatei: Eigenständiges HTML; überprüfe die tatsächliche Darstellung im Browser (Bilder, Inhaltsverzeichnis, schmale Bildschirme, lange Inhalte).
• Bestimmte Notiz-App: Validiere zuerst ein Beispiel in dieser App, erstelle dann eine plattformangepasste Kopie; übertrage nicht die Erfahrungen von einer Plattform auf andere.
• Explizite Auswahl von Mubu: Lese Mubu-Adaption und verwende die nach dem Test-Beispiel bestätigte PNG-Einbettungsmethode. Mubu ist eine optionale Anpassung, nicht das Standardziel.

Behalte die Zuordnung zwischen jedem Kapitel, der Quellfolie und der Seitennummer bei. Binde die entsprechende Original-PPT als Anhang im Lieferpaket ein oder lade sie auf die vom Benutzer gewählte und Anhänge unterstützende Plattform hoch. Bei zusammengesetzten Präsentationen extrahiere die Folien des Kapitels anhand der Original-Seitennummern; einzelne Kapitel-PPTs werden direkt als Originaldatei verwendet – der Inhalt, die Seitennummern und die benötigten Ressourcen bleiben erhalten. Veröffentliche die Original-Folien, Screenshots oder persönlich erstellte Materialien nicht als Teil dieser Fertigkeit in einem Code-Repository.

Externer Import/Upload erfolgt nur, wenn der Benutzer den Zielort und die Aktion autorisiert hat; andernfalls werden die lokalen Dateien ausgeliefert und explizit als „zu importieren / hochzuladen“ gekennzeichnet. Wenn die Plattform keine PPT-Anhänge unterstützt oder eine verlustfreie Aufteilung nicht möglich ist, nenne diese Einschränkung, stelle die zugängliche Originaldatei mit Seitenbereichsangabe bereit und gib nicht vor, dass der Anhang bereits hochgeladen oder geteilt wurde. Überschreibe oder lösche nicht stillschweigend vorhandene entfernte Inhalte.

Optionales PNG-Werkzeug

scripts/Bild-Einbettungswerkzeug.py benötigt Python 3.10+ und Pillow. Es wandelt nur eingeschränkte Markdown-Platzhalter in PNG Data-URIs um und vergleicht sie. Es analysiert keine PPTs, erstellt keine Lehrgrafiken oder HTMLs und führt keine Plattform-Uploads durch. Es wird nur verwendet, wenn das Zielformat eingebettete Bilder tatsächlich unterstützt; normales Markdown benötigt es standardmäßig nicht.

python <Skillvz>/scripts/Bild-Einbettungswerkzeug.py embed --input haupttext.md --images bilder --output eingebettete_notizen.md --manifest bildliste.json
python <Skillvz>/scripts/Bild-Einbettungswerkzeug.py verify --input eingebettete_notizen.md --manifest bildliste.json

Ein Platzhalter im Text sieht so aus: [[Bild:ablauf-erklaerung.png|Schlüsselschritte und Beziehungen des aktuellen Wissenspunkts]]. Das Ausgabeverzeichnis muss zuerst erstellt werden; vorhandene Dateien werden nicht überschrieben. Die Platzhalter-Pfade in den Befehlen sollten durch die tatsächlichen Pfade auf dem lokalen Rechner ersetzt werden. Das Manifest enthält absolute Pfade zu lokalen Quelldateien und dient nur der lokalen Nachprüfung; vor der öffentlichen Weitergabe prüfen und bereinigen.

Abnahme und Übergabe

Prüfe die tatsächlichen Dateien, die Quellseitennummern, die didaktische Tiefe und Verständlichkeit, die Bilder und deren Generierungsnachweise, notwendige Berechnungen/Code-Prüfungen, das gewählte Format und die Original-Anhänge. Berichte, welche Punkte vollständig, stichprobenartig oder gar nicht geprüft wurden. Lokale Validierung, Import in die Plattform und Tests auf der eigentlichen Hardware werden separat dokumentiert und ersetzen einander nicht.

Im Arbeitsverzeichnis werden festgehalten: Umfang, aktueller Schritt, Rollen und Autorisierungen, Datei-Fingerabdrücke, Probleme und Nacharbeiten, die Antwort des Benutzers zu diesem Schritt, der Importstatus und die nächste Aktion. Bei einer Wiederaufnahme wird zuerst der aktuell autorisierte Arbeitsumfang und der nächste, auf Freigabe wartende Schritt überprüft; es werden keine Berechtigungen nachträglich ergänzt. Der Lernhaupttext enthält nur Wissen, Bildunterschriften, notwendige Beispiele und Quellen; Prozessprotokolle werden separat archiviert. Abschließend wird dem Benutzer ein Zugang zu den Lernmaterialien am gewünschten Ort sowie eine klare To-Do-Liste übergeben.