BruceL017/Beitrag-Illustrationsbilder

Beitragsillustrationsbilder

Kernregel

Reduzieren Sie diesen Workflow nicht auf "Inhalt analysieren -> Vorlage auswählen -> Bild generieren". Die Stabilität hängt von den mittleren Schichten ab:

Inhaltsanalyse
-> Inhaltstyp und Ausdrucksbedarf
-> Suite-Ebene Style Spec
-> Ankerauswahl
-> Shot-Liste
-> Bildspezifische Inhaltsstruktur
-> Bildspezifische visuelle Metapher
-> Ausgewählte visuelle Stilbeschränkungen
-> Markenplatzreservierung, wenn Brand Plugin aktiviert ist
-> Prompt für Einzelbild ohne modelgezeichnete Marke oder Seitenbadge
-> Native Codex-Bildgenerierung
-> Optionales Brand Plugin-Overlay mit dem ausgewählten Style Spec-Slot
-> QA und Fallback
-> Gespeicherte Assets und Lieferhinweise

Lesen Sie immer den Inhalt, bevor Sie einen visuellen Stil wählen. Verwenden Sie einen Suite-Ebene-Stil für die gesamte Bilderserie. Variieren Sie jedes Bild nur durch seine Inhaltsstruktur und visuelle Metapher.

Architekturgrenze

Die Style Spec ist die Autorität für jede plattformspezifische visuelle Vorlage. Sie steuert Leinwandgröße, Seitenverhältnis, feste Farbwerte, Layout, Sicherheitsbereiche, negative Einschränkungen und alle festen Komponentenplätze wie einen Marken-Slot.

Das Brand Plugin ist optional und steckbar. Es entscheidet nur, ob eine Marke aktiviert ist und welches Marken-Asset verwendet wird. Es darf nicht über Leinwandgröße, Farbpalette, Koordinaten oder Plattformlayout entscheiden. Wenn das Brand Plugin aktiviert ist, muss es den ausgewählten Style Spec-Marken-Slot befolgen. Wenn der ausgewählte Stil keinen Marken-Slot hat, improvisieren Sie keine globale Platzierung.

Das Bildmodell darf keine Logos, TF, Tranfu, Wasserzeichen, Seitenzahlen-Badges oder andere feste Markenkomponenten zeichnen. Diese werden entweder weggelassen oder nach der Generierung durch einen deterministischen Overlay-Schritt hinzugefügt.

Unterstützter Umfang

Starke Unterstützung:

• WeChat Official Account-Beitragsillustrationen.
• Xiaohongshu-Notizenillustrationen, einschließlich Cover-/Inhaltskarussellbilder.
• Zhihu-Beitragsillustrationen.
• Erklärungen zu Methoden, Workflows, Konzepten, Vergleichen, Checklisten, Grenzen und Entscheidungsabläufen.

Bedingte Unterstützung:

• Bilderserien, die echte Produktscreenshots oder sachliche Daten erfordern: Fragen Sie nach dem Material oder legen Sie die Annahme dar.
• Explizite Stilnamen: Verwenden Sie die passende Stildatei, falls vorhanden.
• Explizite Bildanzahl: Überschreiben Sie die Standardanzahl des ausgewählten Stils.

Nicht unterstützt:

• Reine Fotografie, Porträtretusche, Produkt-Mockups oder fotorealistische Markenkampagnen.
• Aufgaben, bei denen genauer langer Text innerhalb von Bildern zwingend erforderlich ist. Native Bildgenerierung kann Text verzerren; verwenden Sie kurze Beschriftungen und wiederholen Sie den Vorgang bei Bedarf mit weniger Text.
• Jede Anfrage zur Weiterleitung an andere Bildgenerierungs-Skills, es sei denn, der Benutzer fragt explizit danach.

Erforderliche Referenzen

Verwenden Sie Referenzen nach Bedarf, nicht alle auf einmal:

• Beginnen Sie mit references/style-index.md, um die Plattform und mögliche Stildateien zu identifizieren.
• Lesen Sie die ausgewählte Datei unter references/styles/ vollständig, bevor Sie Prompts zusammenstellen.
• Lesen Sie references/brand.md, es sei denn, der Benutzer deaktiviert das Brand Plugin explizit.
• Lesen Sie references/content-structures.md bei der Auswahl pro-Bild-Ausdrucksstrukturen.
• Lesen Sie references/prompt-compiler.md, bevor Sie die endgültigen Generierungs-Prompts schreiben.
• Lesen Sie references/qa-checklist.md vor der Auslieferung oder Neugenerierung.
• Lesen Sie references/product-design.md nur, wenn Sie diesen Skill warten oder erweitern.

Workflow

1. Erfassung

Bestimmen Sie Plattform, Quellinhalt, angeforderte Ausgabe, expliziten Stil, explizite Anzahl, Ausgabeort und ob das Brand Plugin deaktiviert ist.

Wenn die Plattform nicht abgeleitet werden kann, stellen Sie eine präzise Frage. Wenn die Plattform klar und der Inhalt verfügbar ist, fahren Sie fort, ohne um Bestätigung zu bitten.

Beenden Sie, wenn:

• Plattform bekannt ist.
• Quellinhalt verfügbar ist.
• Explizite Angaben zu Anzahl/Stil/Marke erfasst wurden.

2. Inhaltsanalyse

Lesen Sie den vollständigen Quellinhalt. Fassen Sie die Hauptlinie in 3–5 Sätzen zusammen und klassifizieren Sie dann den Ausdrucksbedarf:

• Konzepterklärung
• Workflow/Prozess
• Vorher-Nachher-Vergleich
• Geschichtetes Framework
• Häufige Fehler oder Grenzen
• Entscheidungsbaum
• Checkliste oder Zusammenfassung
• Geschichte/Zustandsübergang

Beenden Sie, wenn Kernaussage, Zielgruppennutzen und visualisierbare Teile klar sind.

3. Auswahl der Suite-Ebene Style Spec

Verwenden Sie references/style-index.md, um einen Stil für die gesamte Serie auszuwählen.

Regeln:

• Expliziter Benutzerstil gewinnt, wenn der Stil existiert.
• Wählen Sie andernfalls den besten Plattformstil basierend auf Inhaltstyp und Ausdrucksbedarf.
• Entscheiden Sie nicht über Bildanzahl, Seitenverhältnis, Palette, Sicherheitsbereich oder feste Komponentenplätze, bevor der Stil ausgewählt ist. Diese stammen aus der Stildatei oder ihrer maschinenlesbaren Style Spec, es sei denn, der Benutzer überschreibt sie explizit.
• Für Zhihu verwenden Sie den festen Zhihu-Stil, es sei denn, zukünftige Stildateien bieten Alternativen.

Beenden Sie, wenn eine Stildatei ausgewählt und vollständig gelesen wurde.

4. Ankerauswahl

Wählen Sie nur die inhaltlichen Punkte aus, die Bilder verdienen. Erstellen Sie keine Bilder, um ein Soll zu erfüllen.

Gute Anker sind:

• Kernurteil
• Kognitive Wende
• Eingabe-Ausgabe-Schleife
• Vorher-Nachher-Kontrast
• Häufiger Fehler
• Prozessunterbrechungspunkt
• Rollen-/Zustandswechsel
• Methodenschicht
• Vertrauens-, Konvertierungs- oder Übergabebeziehung

Beenden Sie, wenn jeder ausgewählte Anker die Frage beantworten kann: "Warum braucht dies ein Bild?"

5. Erstellen der Shot-Liste

Die Shot-Liste ist obligatorisch. Jedes Bild muss enthalten:

• Platzierung oder Reihenfolge
• Thema
• Eine Kernaussage
• Inhaltsausdrucksstruktur
• Visuelle Metapher
• Handlung des Hauptakteurs/Objekts
• Vorgeschlagene Elemente
• Kurze Beschriftungen
• Reservierungen für feste Komponenten aus der ausgewählten Style Spec, falls vorhanden
• QA-Risiko

Jedes Bild muss genau eine Kernidee ausdrücken. Wenn ein Bild mehrere Ideen enthält, teilen Sie es auf oder löschen Sie es.

6. Zusammenstellung der Prompts

Für jedes Bild kombinieren Sie:

• Benutzerinhaltanker
• Ausgewählte Suite-Ebene-Stildatei
• Pro-Bild-Inhaltsstruktur
• Pro-Bild-visuelle Metapher
• Style Spec-Sicherheitsbereiche und feste Komponentenreservierungen
• Brand Plugin-Status aus references/brand.md
• Native Codex-Generierungsbeschränkungen
• Negative Einschränkungen aus Stil und QA-Referenzen

Generieren Sie einen Prompt pro Bild. Bitten Sie das Bildmodell nicht, eine gesamte Bilderserie in einem Aufruf zu erstellen.

Wenn eine Stildatei Batch-Sprache enthält, wie z. B. "gesamte Serie generieren", behandeln Sie dies als Planungsrichtlinie für Anzahl, Reihenfolge und Konsistenz. Kompilieren und generieren Sie dennoch ein Bild nach dem anderen.

Der Prompt muss explizit modelgezeichnete Logos, TF, Tranfu, Wasserzeichen und Seitenzahlen-Badges verbieten. Wenn das Brand Plugin aktiviert ist, bitten Sie das Modell, den ausgewählten Style Spec-Marken-Slot freizuhalten, damit das echte Marken-Asset nach der Generierung überlagert werden kann.

7. Ein Bild nach dem anderen generieren

Verwenden Sie nur die native Codex-Bildgenerierung. Rufen Sie standardmäßig keine anderen Bild-Skills auf.

Nach jeder Generierung:

• Speichern Sie das Bild im aktuellen Projekt, nicht im Skill-Ordner.
• Empfohlener Ausgabepfad: post-illustration-output/<content-slug>/.
• Speichern Sie nativ generierte Bilder unter images/unbranded/, wenn das Brand Plugin aktiviert ist.
• Speichern Sie Lieferergebnisse nach Überlagerung unter images/branded/, wenn das Brand Plugin aktiviert ist.
• Wenn das Brand Plugin deaktiviert ist, speichern Sie Lieferergebnisse unter images/.
• Verwenden Sie geordnete Dateinamen, z. B. 01-cover.png, 02-process-breakpoint.png.

7.5 Brand Plugin-Overlay anwenden

Wenn das Brand Plugin aktiviert ist und die ausgewählte Style Spec einen Marken-Slot definiert:

• Verwenden Sie das echte Marken-Asset aus references/brand.md.
• Überlagern Sie das Asset nach der Bildgenerierung. Bitten Sie das Bildmodell nicht, das Logo neu zu zeichnen.
• Verwenden Sie den Slot, die Größe und die Sicherheitsbereichsregeln der ausgewählten Style Spec.
• Behalten Sie das nicht gebrandete generierte Bild, es sei denn, der Benutzer bittet explizit darum, es zu ersetzen.
• Verwenden Sie für den Xiaohongshu-Journal-Stil scripts/apply-brand-overlay.mjs mit references/styles/xhs-style-journal.spec.json.
• Das Overlay-Skript hat keine npm-Abhängigkeit, benötigt aber rsvg-convert auf dem Rechner.

8. QA und Fallback

Überprüfen Sie jedes Bild anhand von references/qa-checklist.md.

Wenn ein Bild durchfällt, identifizieren Sie den Grund vor dem Wiederholen:

• Textfehler: Text reduzieren, nur kurze Beschriftungen behalten, neu generieren.
• Zu viele Ideen: Anker teilen oder entfernen.
• Stilabweichung: Ausgewählte Stilquelle und negative Einschränkungen verstärken.
• Schwache Metapher: Physische Aktion und Objekt umschreiben.
• Marke wurde vom Modell gezeichnet: Neu generieren mit stärkeren "Kein Logo/Kein TF/Kein Tranfu"-Einschränkungen, dann Brand Plugin-Overlay anwenden.
• Marken-Overlay blockiert Inhalt: Den reservierten Marken-Slot der Style Spec verwenden; wenn Inhalt diesen Slot belegt, mit einem klareren reservierten Bereich neu generieren.
• Layout zu leer oder überladen: Struktur anpassen, nicht den gesamten Stil.

9. Speichern und Ausliefern

Erstellen oder aktualisieren Sie manifest.md im Ausgabeordner mit:

• Datei
• Plattform
• Stil
• Brand Plugin aktiviert/deaktiviert
• Style-QA-Status
• Brand Plugin-QA-Status, falls aktiviert
• Platzierung/Reihenfolge
• Kernaussage
• Struktur
• Visuelle Metapher
• QA-Status

Die endgültige Antwort muss enthalten:

• Ausgabepfad.
• Anzahl der Bilder.
• Welcher Stil verwendet wurde.
• Verwendung jedes Bildes.
• QA-Schlussfolgerung und etwaige Restrisiken.

Nicht verhandelbar

• Inhalt vor Stilauswahl analysieren.
• Einen Suite-Ebene-visuellen Stil für die gesamte Serie verwenden.
• Die Shot-Liste niemals überspringen.
• Jedes Bild drückt eine Kernaussage aus.
• Die Inhaltsausdrucksstruktur organisiert Informationen.
• Die visuelle Metapher verwandelt Abstraktion in eine konkrete Szene.
• Die Suite-Ebene Style Spec steuert Plattformdarstellung, Abmessungen, Farben, Layout, Sicherheitsbereiche und feste Komponentenplätze.
• Das Brand Plugin ist standardmäßig nur aktiviert, wenn die ausgewählte Style Spec einen Marken-Slot definiert; es muss diesen Slot befolgen und darf sich nicht als globales visuelles System verhalten.
• Das Bildmodell darf keine Markenlogos oder Seitenzahlen-Badges zeichnen.
• Ein Bild nach dem anderen generieren und einer QA unterziehen.
• Generierte Assets außerhalb des Skill-Ordners speichern.