Prysma – Media Experience Plattform

Bilder erzeugen können viele.
Content skalieren nicht.

Workflow-Tools wie ComfyUI, Figma Weave, bria.ai oder nfinite gehören zu den bekanntesten Werkzeugen für KI-Bilderzeugung. Wir zeigen, wofür diese Tools geeignet sind, wann sie an ihre Grenzen stoßen und wie skalierbare Lösungen wie Prysma diese Lücken schließen.

Auf einen Blick

  • Workflow-Tools wie ComfyUI, Figma Weave & Co. bieten volle Kontrolle über den Bildablauf – aber ohne Prozesslogik, Freigabe-Workflow oder Skalierung im Standard.
  • Prysma, unsere Media Experience Plattform, schließt genau diese Lücken mit einem durchgängigen Content-Prozess von der Datenquelle bis ins Zielsystem.
  • Bei Workflow-Tools liegt die Bildlogik in einzelnen Ablaufdateien pro Warengruppe, bei Prysma in vier zentral gepflegten Konfigurationsebenen.
  • ComfyUI ist Open-Source-Software und bringt Governance-, Lizenz- und Kostenrisiken mit sich.
  • Ein Proof of Concept (PoC) zeigt, dass Prysma den Großteil der KI-Bilderzeugung automatisieren kann: 92 % der Bilder werden in verwertbarer Qualität durch die Plattform erstellt, nur 8 % müssen manuell mit Workflow-Tools bearbeitet werden.
  • Workflow-Tool und Prysma ergänzen sich zu einem skalierbaren End-to-End-Prozess, der Steuerung, Review-Schleife und Freigabe umfasst.
Teil 1

Was Workflow-Tools können – und wo sie an Grenzen stoßen

01  Workflow-Tools: Bilderzeugungs-Engines mit freier Konfiguration

Workflow-Tools wie ComfyUI, Figma Weave oder bria.ai sind Werkzeuge zum Bauen von Bildabläufen. Ein:e Nutzer:in konfiguriert selbst, welche Bausteine zu welchem Ergebnis führen – sei es über einen node-basierten Editor wie bei ComfyUI, eine technische Anbindung oder eine direkte API-Integration wie bei bria.ai. Anweisung und Referenzmaterial gehen hinein, Verarbeitungsschritte folgen, am Ende steht das Bild. Die fertige Kette wird als Ablaufdatei gespeichert.

Was Workflow-Tools mitbringen:

  • Maximale Flexibilität und Kontrolle über jeden Schritt des Bildablaufs.
  • Zugriff auf mehrere oder die jeweils besten verfügbaren Modelle.
  • Keine Bindung an ein vorgegebenes Produktkonzept. Für das Entwickeln von Bildlooks ist beispielsweise ComfyUI ein starkes Werkzeug.

Was im Standard fehlt:

  • Die eigentliche Prozesslogik – Reihenfolge, Rollen, Freigabe – bleibt außerhalb des Werkzeugs und muss selbst gebaut werden.
  • Kein Freigabe-Workflow, kein Fallback, keine Nutzer:innen oder Zuweisung.
  • Die Bedienung setzt eigene technische oder kreative Kompetenz voraus – keine Sachbearbeitung.
  • Das Wissen bleibt an Einzelpersonen gebunden.

Werte liegen im Ablauf selbst oder in Dateien daneben, statt als benannte Datensätze mit Status. Skalierbare Infrastruktur muss extra aufgebaut werden, zentral konfigurierbare Generierungslimits fehlen, und ein betriebswirtschaftliches Reporting existiert im Standard nicht.

02  Prysma: der Prozess von Anfang bis Ende

Prysma ist keine Bildgenerierungs-Software. Sie ist die Content-Automation-Plattform, die den gesamten Weg eines Produktbildes führt – von der Datenquelle bis ins Zielsystem.

Das beginnt bei der Anbindung der Quellsysteme: Artikeldaten, Lieferantenbilder und Referenzmaterial laufen zusammen. Eine zentrale Konfiguration legt fest, welche Assets eine Warengruppe braucht, mit welchen technischen Anforderungen und welcher Bildsprache. Erst danach folgt der Auftrag mit Struktur, Status und klaren Verantwortlichkeiten.

Anschließend durchläuft jedes Bild Prüfung und Freigabe mit Rollen, Zuweisung und Korrekturzyklus, bevor Workflows die Ausleitung in die Zielsysteme orchestrieren. Parallel dazu entsteht der Nachweis durch die Kennzeichnung nach EU AI Act in den Metadaten des Bilds und ein Konfigurations-Snapshot je Auftrag.

Die Bilderzeugung ist darin nur ein Baustein unter mehreren. Er ist der sichtbarste, aber nicht der größte Teil der Aufgabe.

End-to-End Content Lifecycle in Prysma
Der End-to-End Content Lifecycle in Prysma.
Teil 2

Wo die Bildlogik liegt

03  Der Workflow-Tool-Weg: Bildlogik in Ablaufdateien

Sowohl Workflow-Tools als auch Prysma führen zum Bild. Der Unterschied liegt jedoch darin, wo die Bildlogik liegt. Bei Workflow-Tools wie ComfyUI oder nfinite wird in der Regel für jede Warengruppe ein individueller Ablauf gebaut. Darin sind alle Medien-Typen, Varianten, technischen Vorgaben und Textbausteine als statische Bausteine verdrahtet – es gibt keine zentrale Datenbank, jeder Wert steht dort, wo er gerade gebraucht wird.

Das hat drei direkte Folgen: Eine Lichtstimmung, die in vierzig Warengruppen vorkommt, steht standardmäßig vierzig Mal in vierzig Dateien. Eine Vorgabe für alle Bilder eines Typs muss in jedem einzelnen Workflow separat im Standard eingebaut und bei Bedarf angepasst werden. Und die Bedienung erfordert durchgehend Expert:innen mit Fachwissen – keine Sachbearbeitung.

04  Der Plattform-Weg: Bildlogik als Konfiguration

Prysma hingegen führt vier Ebenen zum Zeitpunkt der Erzeugung zusammen:

  • Medien-Typ für die zentrale Steuerung der Produktionsart.
  • Bibliothek mit wiederverwendbaren Bausteinen wie Lichtstimmungen oder Hintergründen.
  • Media-Template, das Medien-Typ und Bibliothek mit dem dahinterliegenden Prompting verknüpft.
  • Media-Paket, das die notwendigen Assets je Warengruppe bündelt.
Konfiguration in Prysma

Das bedeutet, dass eine Vorgabe einmal gepflegt wird und überall wirkt, wo sie verwendet wird. Der Aufbau ist überall gleich, nur die Werte unterscheiden sich – man lernt ein Muster, nicht zweihundert Einzelfälle. Statt KI-Expertise ist nur Produktwissen nötig, und die Konfiguration bleibt lesbar und änderbar, auch wenn eine Person das Unternehmen verlässt.

Weil Vorgaben und Ausführung getrennt sind, bleiben Modelle austauschbar und Modellwechsel zentral steuerbar. Und weil Konfigurations-, Anwendungs- und Reviewrechte ebenso klar getrennt sind, bleibt das System kontrollierbar. Zum Beispiel kann nicht jede:r beliebige Nutzer:in Einstellungen mit Compliance-Relevanz ändern.

Teil 3

Was das in der Praxis bedeutet

05  ComfyUI: Wenn Open Source zum Risiko wird

Manche Workflow-Tools, wie ComfyUI, sind Open-Source-Software, was einige Vorteile mit sich bringt: Einblick in den Code, keine Lizenzkosten, eine massive Bandbreite an Möglichkeiten. Für den Einsatz als Produktionskomponente im Enterprise-Umfeld kommen jedoch drei Risiken hinzu, die verstanden und getragen werden müssen.

Governance-Risiko

Am Beispiel ComfyUI zeigt sich das erste Risiko: Eine aktive Community mit großer Reichweite sorgt für schnelle Weiterentwicklung und eine breite Palette an Erweiterungen – gleichzeitig liegt diese Weiterentwicklung aber nicht in der eigenen Hand. Hinter ComfyUI steht ein risikokapitalfinanziertes US-Unternehmen mit eigenem Cloud-Angebot1; Eigentümerwechsel oder Lizenzumstellungen sind in einem solchen Umfeld grundsätzlich möglich.

Ein Teil des Funktionsumfangs stammt zudem aus Community-Erweiterungen, also dem Code Dritter, der nicht denselben vertraglichen Zusicherungen unterliegt wie Enterprise-Software. Solche Erweiterungen sollten daher vor dem produktiven Einsatz geprüft werden, wie ein Sicherheitsvorfall 2024 zeigte, bei dem eine manipulierte Erweiterung Zugangsdaten abgriff2.

Lizenzpflichten

Zweitens die Lizenz: Der Kern steht unter GPL-3.03, eigene Erweiterungen können offenlegungspflichtig werden. Ob sie als geschützter Wettbewerbsvorteil behandelt werden können, ist im Einzelfall rechtlich zu prüfen.

Versteckte Kosten

Und drittens die Kosten, die auf den ersten Blick nicht sichtbar sind: Kostenlos ist nur der Bezug der Software. Infrastruktur, Betrieb, Sicherheitsprüfung der Erweiterungen, der Nachbau der Abläufe bei jedem Modellwechsel und die Dokumentation fallen trotzdem an – nicht als Rechnung, sondern als Personalkosten.

06  Die Symbiose als bester Weg

Diese Risiken sprechen nicht grundsätzlich gegen Workflow-Tools, aber sie zeigen, warum beide Werkzeuge ihren festen Platz im Prozess brauchen. Es geht nicht um Prysma gegen Workflow-Tools, sondern darum, welches Bild welchen Weg nimmt.

Das zeigt ein Proof of Concept (PoC), den wir gemeinsam mit einem international tätigen Unternehmen im Hartwarenhandel durchgeführt haben. Darin haben wir KI-Produktbildgenerierung in drei Durchgängen und mit unterschiedlichen Einstellungen getestet.

Ergebnisse der 3 PoC-Durchgänge für ein international tätiges Unternehmen im Hartwarenhandel
Ergebnisse der 3 PoC-Durchgänge für ein international tätiges Unternehmen im Hartwarenhandel.

Im 3. Durchgang des PoCs mit kategoriespezifischen Briefings und Human-in-the-Loop-Review waren 92 % der KI-generierten Bilder gut oder verbesserbar und konnten verwertet werden.

Nur 8 % wurden als schlecht eingestuft und brauchten individuelle Optimierung durch Expert:innen. Prysma gibt das Bild dafür per Check-out an die Spezialisten-Workflows weiter – dort sind Tools wie z. B. ComfyUI als freies Werkzeug mit vollem Zugriff auf Modelle und Bildlooks genau richtig. Per Check-in kommt das Ergebnis als neue Version zurück in den Auftrag und damit in den Prozess.

„Der PoC zeigt, was Prysma in der Praxis leistet: 92 % der Bilder laufen automatisiert und nachvollziehbar durch die Plattform – inklusive Review, Freigabe und Ausleitung. Nur der kleine Rest geht gezielt an Expert:innen mit Workflow-Tools wie ComfyUI. Das Heavy Lifting übernimmt die Plattform, und genau das macht den Unterschied, wenn es darum geht, Bilderzeugung wirklich zu skalieren.“

Manuel Holzer
Product Owner, Premedia
Manuel Holzer, Product Owner bei Premedia

07  Vom Workflow-Tool zum skalierbaren End-to-End-Prozess

Allgemein gilt: Workflow-Tools bringen Flexibilität und Kontrolle über den Bildablauf mit, bleiben bei Prozesslogik, Freigabe, Governance und Skalierung aber auf sich gestellt. Prysma übernimmt genau diese Aufgaben, indem sie dieselbe Bildlogik in vier zentral gepflegte Konfigurationsebenen überführt und einzelne Fälle per Check-out/Check-in gezielt an Workflow-Tools weitergibt, wo deren Stärken gefragt sind.

So entsteht ein skalierbarer End-to-End-Prozess, der Steuerung, Freigabe, Nachweis und Skalierung gleich mit übernimmt und Workflow-Tools dort stark sein lässt, wo sie es wirklich sind: im Bildergebnis selbst.

Wie Premedia das umsetzt

Ein Prinzip, das sich im Praxistest bewährt hat

Das Automatisierungsprinzip von Prysma wurde bereits in zwei Proofs of Concept erprobt: mit einem international tätigen Unternehmen im Hartwarenhandel und mit dem Leuchtenhersteller Molto Luce. Beide PoCs zeigen, dass sich die Fehlerquote bei der KI-Bildgenerierung mit kategoriebasiertem Briefing und Human-in-the-Loop-Review deutlich senken lässt. Genau auf diesen Prinzipien ist Prysma aufgebaut.

Prysma entdecken
Fragen & Antworten

Häufige Fragen

Die wichtigsten Antworten aus diesem Artikel – kompakt zusammengefasst.

Mein Unternehmen verwendet bereits ein Workflow-Tool zur Bildgenerierung. Brauche ich dazu noch Prysma?
Vor allem bei breiten Sortimenten mit hohem Visualisierungsbedarf macht das Sinn. Workflow-Tools wie ComfyUI sind starke Bilderzeugungs-Engines, decken damit aber nur einen Teil der Aufgabe ab: Prozesslogik, Freigabe-Workflow, Skalierung und Nachweispflichten fehlen im Standard. Prysma übernimmt genau diese Aufgaben und bindet das bestehende Workflow-Tool für die Fälle ein, in denen individuelle Bildbearbeitung gefragt ist.
Wo stoßen Workflow-Tools an ihre Grenzen, und wie kann Prysma diese Lücken füllen?
Workflow-Tools wie ComfyUI stoßen dort an ihre Grenzen, wo es um Prozesslogik, Governance und Skalierung geht: Es fehlen Auftragsstruktur mit Status und Fortschritt, Rollen und Verantwortlichkeiten, zentral gepflegte Bibliotheken statt verstreuter Werte, dynamische Skalierung, konfigurierbare Kostenlimits und ein Nachweis nach EU AI Act. Prysma übernimmt genau diese Aufgaben und ordnet die Bilderzeugung als einen Baustein in den Gesamtprozess ein.
Wie arbeiten Prysma und Workflow-Tool in der Praxis zusammen?
Über ein Check-out/Check-in-Prinzip: Bilder, die individuelle Bearbeitung brauchen, gibt Prysma an Spezialist:innen mit einem Workflow-Tool wie ComfyUI weiter. Das Ergebnis kommt per Check-in als neue Version zurück in den Auftrag und damit wieder in den Prozess.
Wo liegen die größten Risiken, Open-Source-Tools als alleinige Produktionskomponente im Enterprise-Einsatz zu betreiben?
Am Beispiel ComfyUI: Die Weiterentwicklung liegt nicht vollständig in der eigenen Hand, dazu kommen eine Lizenz mit möglicher Weitergabepflicht (GPL-3.0) sowie Kosten für Infrastruktur, Sicherheitsprüfung und Dokumentation, die im Standard nicht auf den ersten Blick sichtbar sind, aber im Betrieb anfallen.
Was bedeutet „Bildlogik als Konfiguration“ konkret?
Vier Ebenen – Medien-Typ, Bibliothek, Media-Template und Media-Paket – werden in Prysma zur Laufzeit zusammengeführt. Eine Vorgabe wird einmal gepflegt und wirkt in allen Verwendungen, statt wie bei Ablaufdateien in jedem einzelnen Workflow separat verändert werden zu müssen.
Quellen:
  1. Comfy Org: „ComfyUI raises $30M to scale open-source AI for creative production“, blog.comfy.org.
  2. 404 Media / vpnMentor: „Hackers Target AI Users With Malicious Stable Diffusion Tool on GitHub to Protest ‚Art Theft'“, Juni 2024.
  3. Wikipedia: „ComfyUI“ (Lizenzangabe: GNU General Public License v3.0).