Kurzurteil: ComfyUI lässt sich auf einem Remote Mac mit Apple Silicon einrichten; ob Ihr Projekt damit sinnvoll läuft, zeigt aber erst ein Test mit dem eigenen Workflow, den Modellen und den benutzerdefinierten Nodes. Beginnen Sie vorzugsweise mit Comfy Desktop und planen Sie den Mac nicht als Hauptumgebung für ein großes offenes Modell ein, bevor Sie dessen Eignung praktisch geprüft haben.

Zeitplan: Diese Woche erst Projektabhängigkeiten erfassen, dann die Desktop-Installation einrichten und zum Schluss den repräsentativen Workflow testen. Wenn Modell oder Nodes beim Test scheitern, wechseln Sie für die Inferenz zu einer geeigneteren Umgebung und nutzen den Mac nur für die Aufgaben, die dort nachweislich funktionieren.

Diese Anleitung passt zu Ihnen, wenn Sie:

  • unter Windows arbeiten und vorübergehend macOS für ComfyUI benötigen;
  • als freiberufliche Kreativkraft Modelle und Nodes vor einem Auftrag überprüfen möchten;
  • in einem kleinen Designteam einen nachvollziehbaren Workflow samt Dateien und Ergebnissen übergeben müssen.

Zuletzt aktualisiert am 02.10.2026. Die Installationshinweise wurden mit der offiziellen macOS-Anleitung für Comfy Desktop, dem ComfyUI-Repository mit Hinweisen zur manuellen Apple-Silicon-Installation und den unten verlinkten offiziellen ComfyUI-Dokumentationen abgeglichen. Prüfen Sie diese Seiten vor einer Installation erneut, denn Software, Systemanforderungen und Nodes können sich ändern.

Vor dem Einrichten: Remote Mac oder vorhandene Umgebung?

Bevor Sie eine Remote-Umgebung einrichten, definieren Sie, welche Aufgabe ComfyUI dort erfüllen soll. „ComfyUI läuft“ kann drei unterschiedliche Vorhaben bedeuten: Sie bearbeiten einen Node-Graph, führen ein Modell lokal aus oder verwenden in einem Workflow einen externen Dienst. Diese Aufgaben stellen verschiedene Anforderungen. Bei externer Inferenz ist beispielsweise nicht allein entscheidend, ob die Mac-GPU das Modell ausführt; auch Zugang, Datenübertragung und die dazugehörigen Abhängigkeiten müssen geklärt sein.

Schreiben Sie die geplante Arbeit als kurze Projektliste auf:

  • Welche Workflow-Datei muss geöffnet oder verändert werden?
  • Welche Modelle, VAE-Dateien, LoRAs und Eingabematerialien werden referenziert?
  • Welche Nodes stammen aus ComfyUI selbst, welche aus Drittquellen?
  • Muss das Bild lokal erzeugt werden, oder kann ein Teil des Ablaufs einen externen Dienst verwenden?
  • Was soll die Person erhalten, die das Ergebnis weiterbearbeitet?

Diese Erfassung verhindert typische Fehlstarts. Ein Workflow kann in der Oberfläche erscheinen und trotzdem nicht ausführbar sein, weil eine Datei fehlt. Ein Node kann im Graph sichtbar sein, aber beim Laden eine zusätzliche Abhängigkeit benötigen. Auch ein erfolgreicher Test mit einem kleinen Beispiel sagt nicht automatisch etwas über einen anderen Workflow oder ein größeres Modell aus.

Die offiziellen Unterlagen bestätigen einen Installationspfad für macOS und Apple Silicon. Daraus folgt jedoch nicht, dass jedes Modell und jede Erweiterung auf jedem Mac für Ihre Aufgabe geeignet ist. Behandeln Sie die Hardwarefreigabe und die praktische Eignung deshalb als zwei getrennte Prüfpunkte. Wenn der Auftrag ein großes offenes Modell zwingend lokal ausführen muss, buchen Sie die Umgebung nicht allein aufgrund eines erfolgreichen Programmstarts ein: Klären Sie die Eignung des konkreten Modells und testen Sie es, bevor Sie Arbeitszeit oder Kundentermine darauf aufbauen.

Installationsweg: Desktop-Oberfläche oder manuelle Einrichtung?

Die offizielle Dokumentation beschreibt eine macOS-Desktopversion für Apple Silicon und nennt dafür Systemvoraussetzungen sowie Schritte zur Einrichtung. Die manuelle Installation ist ein eigener Weg: Die Hinweise im offiziellen Repository behandeln dabei unter anderem Python, PyTorch und MPS. Das sind unterschiedliche Betriebsmodelle, keine zwei Kapitel, die Sie ohne Prüfung zu einem einzigen Installationsrezept kombinieren sollten.

Weg Passt eher, wenn … Vor der Entscheidung prüfen
Comfy Desktop Sie eine Installation über eine grafische Oberfläche aufbauen und zügig einen Workflow testen möchten. Systemvoraussetzungen der Desktopanleitung, Installationsinstanz und Speicherort Ihrer Projektdateien.
Manuelle Installation Sie die Python-Umgebung selbst verwalten oder eine bestimmte Abhängigkeitskonfiguration nachvollziehen müssen. Die aktuellen Hinweise zu Python, PyTorch und MPS im offiziellen ComfyUI-Repository; halten Sie die gewählten Abhängigkeiten schriftlich fest.

Für einen zeitlich begrenzten Kreativauftrag ist Comfy Desktop normalerweise der bessere Startpunkt, weil Sie zuerst den grafischen Einrichtungsweg testen können. Wählen Sie die manuelle Einrichtung nicht allein deshalb, weil Sie in einer Anleitung einen Terminalbefehl gesehen haben. Sie übernehmen damit auch die Verantwortung, Abhängigkeiten, Änderungen und mögliche Konflikte zwischen Komponenten nachzuvollziehen. Die offizielle Comfy-CLI-Referenz ist hilfreich, wenn Ihr Ablauf tatsächlich die Kommandozeile einschließt; sie ersetzt nicht die Prüfung, ob Ihre gewählte Umgebung für Ihr Projekt geeignet ist.

Entscheidung nach Bedingungen

  • Wenn die macOS-Systemanforderungen erfüllt sind und Sie zunächst einen Standard-Workflow ausprobieren möchten, wählen Sie Comfy Desktop.
  • Wenn der Desktop-Weg eine nötige Abhängigkeit nicht abbildet und Sie Python sowie PyTorch gezielt verwalten müssen, prüfen Sie die manuelle Installation anhand der aktuellen offiziellen Hinweise.
  • Wenn Sie weder die Abhängigkeiten noch den Zugriff auf die benötigten Modelle klären können, stoppen Sie die Einrichtung und verwenden Sie zunächst eine Umgebung, in der diese Punkte überprüfbar sind.
  • Wenn Ihr Kernmodell nach einem Testlauf nicht die für das Projekt nötige Funktion oder Geschwindigkeit erreicht, nutzen Sie den Remote Mac nicht als Hauptumgebung für diese Inferenz. Beschränken Sie ihn dann auf Graphbearbeitung, Prüfung oder andere nachweislich passende Aufgaben.

Meilenstein: Eine getrennte Arbeitsumgebung anlegen

Öffnen Sie nach der Installation Comfy Desktop und legen Sie eine Installation an oder wählen Sie die passende vorhandene Instanz aus. Notieren Sie anschließend den verwendeten Installationsweg, die sichtbare Version und den Modellpfad. Diese Angaben sind keine Formalität: Wenn ein Workflow bei einer anderen Person nicht lädt, lässt sich so schneller unterscheiden, ob die Ursache in der Installation, einem Pfad oder einer fehlenden Datei liegt.

Trennen Sie gedanklich und, soweit Ihre Umgebung es unterstützt, auch organisatorisch vier Projektbestandteile:

  • Workflow-Datei: Sie enthält den Ablauf und die Verbindung der Nodes, nicht zwingend die benötigten Modellgewichte.
  • Modelle und Zusatzdateien: Dazu können je nach Graph Checkpoints, VAE-Dateien, LoRAs oder Textencoder gehören.
  • Benutzerdefinierte Nodes: Sie ergänzen Funktionen, können aber zusätzliche Pakete oder eigene Installationsschritte voraussetzen.
  • Ein- und Ausgabematerial: Dazu zählen die Quelldateien und die Ergebnisse, die Sie abnehmen oder weiterbearbeiten möchten.

Planen Sie Speicherplatz anhand Ihrer tatsächlichen Projektliste. Setzen Sie nicht ungeprüft eine pauschale Kapazität an: Modelle unterscheiden sich, mehrere Projektstände können nebeneinanderliegen, und Eingaben sowie Ausgaben kommen hinzu. Prüfen Sie vor dem Kopieren, welche Dateien wirklich benötigt werden und wohin die Installation sie erwartet. Eine ähnlich benannte Datei am falschen Ort kann genauso unbrauchbar sein wie eine fehlende Datei.

Wenn Sie Modelle für einen Workflow mit mehreren Textencodern vorbereiten, prüfen Sie die konkreten Anforderungen des verwendeten Nodes. Die Dokumentation zum DualCLIPLoader beschreibt einen solchen eingebauten Node und hilft Ihnen, die benötigten Eingaben nicht mit einer allgemeinen Modellliste zu verwechseln. Übertragen Sie nur die Dateien, die der tatsächliche Graph verlangt, und halten Sie die Zuordnung in Ihrer Projektliste fest.

Abhängigkeiten vorbereiten: Modelle und Nodes einzeln prüfen

Kopieren Sie Modelle nicht nur nach Dateinamen. Ermitteln Sie zuerst im Workflow, welcher Node welche Datei erwartet. Prüfen Sie danach in ComfyUI, ob der Modellpfad erkannt wird. Fehlt eine Abhängigkeit, ist es besser, die konkrete Fehlermeldung zu beheben, statt wahllos weitere Dateien in verschiedene Ordner zu legen. So bleiben Speicherorte nachvollziehbar und die Übergabe wird nicht unnötig kompliziert.

Bei benutzerdefinierten Nodes gelten zusätzliche Prüfungen. Notieren Sie deren Quelle, Installationshinweise und gegebenenfalls erforderliche Pakete. Eine Drittanbieter-Erweiterung kann von einer bestimmten Plattform, Bibliothek oder einem Rechenpfad abhängen; aus der Tatsache, dass sie in einem Graph verwendet wird, folgt keine Unterstützung für macOS oder MPS. Prüfen Sie die Hinweise des jeweiligen Projekts und testen Sie die Funktion im konkreten Workflow. Die ComfyUI-Registry-Dokumentation zur Zuordnung eines Nodes zu seinem Urheber kann bei der Quellenzuordnung helfen, garantiert aber nicht die Kompatibilität eines Drittanbieter-Nodes mit Ihrer Umgebung.

Hinweis: Ein sichtbarer Node ist noch kein bestandener Funktionstest. Wenn ComfyUI beim Laden eine Abhängigkeit meldet, dokumentieren Sie den Fehler und prüfen Sie zuerst genau diese Komponente, bevor Sie den gesamten Workflow neu aufbauen.

Für ein Team sollte die Abhängigkeitsliste so geschrieben sein, dass eine andere Person sie ohne Rückfragen prüfen kann. Halten Sie fest, welche Dateien erforderlich sind, welche Nodes aus Drittquellen stammen und welche Teile des Ablaufs einen externen Dienst benötigen. Beschränken Sie den Zugriff auf Kundenmaterial außerdem auf die Personen und Speicherorte, die für den Auftrag notwendig sind. Eine Remote-Umgebung ändert nichts daran, dass Sie vertrauliche Eingabedateien und Zugangsdaten nach den Datenschutzregeln Ihres Projekts behandeln müssen.

FAQ: Installation und Fehlerprüfung

Kann ich ComfyUI auf einem Remote Mac installieren?

Ja, wenn die bereitgestellte macOS-Umgebung die Anforderungen der offiziellen Desktopversion erfüllt und Apple Silicon verwendet. Der entscheidende zweite Schritt ist der Test Ihrer konkreten Dateien und Nodes. Prüfen Sie deshalb zuerst den Installationsweg und laden Sie danach einen repräsentativen Workflow. So vermeiden Sie, eine allgemeine Aussage zur Installierbarkeit mit einer Zusage für Ihr Projekt zu verwechseln.

Welche Installationsmethode ist für Kreative geeigneter?

Beginnen Sie mit Comfy Desktop, wenn Sie eine Installation über die grafische Oberfläche benötigen und zunächst Ihren Workflow prüfen wollen. Eine manuelle Einrichtung bietet sich an, wenn Sie Abhängigkeiten ausdrücklich selbst verwalten müssen. Sie erfordert mehr Verantwortung für die verwendete Python- und PyTorch-Umgebung. Entscheidend ist nicht, welcher Weg abstrakt besser klingt, sondern welcher Ihren Anforderungen entspricht und sich für die Übergabe sauber dokumentieren lässt.

Wie migriere ich Modellordner und Nodes ohne unnötige Dateien?

Leiten Sie die benötigten Modelle und Nodes aus dem tatsächlichen Graph ab. Prüfen Sie Modelltyp, erwarteten Pfad und Installationshinweise; übertragen Sie dann nur die nötigen Projektdateien und Materialien. Bewahren Sie eine Liste der Quellen und Abhängigkeiten auf, statt alle vorhandenen Ordner pauschal zu kopieren. Bei Drittanbieter-Nodes müssen Sie zusätzlich klären, ob deren Abhängigkeiten auf macOS funktionieren.

Was bedeutet es, wenn die Anwendung startet, aber der Graph fehlschlägt?

Der Start bestätigt nur, dass ComfyUI geöffnet werden kann. Ein einzelner Workflow kann trotzdem an fehlenden Gewichten, nicht geladenen Nodes, Zusatzpaketen oder einem ungeeigneten Ausführungspfad scheitern. Prüfen Sie die Fehlermeldung am betroffenen Node und kontrollieren Sie anschließend den Dateipfad und die Dokumentation der Komponente. Führen Sie den Test danach erneut aus, bevor Sie weitere Teile des Systems ändern.

Abnahmetest: Den repräsentativen Workflow ausführen

Sobald Modelle und Nodes vorbereitet sind, testen Sie nicht irgendeinen Beispielgraphen, sondern den Ablauf, der für Ihren Auftrag entscheidend ist. Wählen Sie eine repräsentative Aufgabe: Sie sollte die wichtigen Nodes, die vorgesehenen Eingaben und den gewünschten Ausgabetyp enthalten. Ein einfacher Test kann die Grundinstallation prüfen; er kann aber keine Aussage über alle Modelle und Arbeitsabläufe liefern.

Gehen Sie in dieser Reihenfolge vor:

  1. Öffnen Sie den vorgesehenen Workflow und prüfen Sie, ob alle Nodes geladen werden.
  2. Kontrollieren Sie, ob die referenzierten Modelle und Eingabedateien erkannt werden.
  3. Starten Sie einen überschaubaren Testlauf mit dem Material, das für die Abnahme relevant ist.
  4. Lesen Sie Fehlermeldungen einzeln und ordnen Sie sie einem Node, einer Datei oder einer Abhängigkeit zu.
  5. Prüfen Sie das erzeugte Ergebnis: Dateiformat, Speicherort und visuelle Eignung müssen zu Ihrem Auftrag passen.
  6. Wiederholen Sie den Ablauf nach einer gezielten Korrektur und dokumentieren Sie, was sich geändert hat.

Wenn der Workflow eine Geräteauswahl oder eine bestimmte Rechenfunktion voraussetzt, prüfen Sie die tatsächlich verwendete Einstellung in der Installation. Die manuelle Installationsdokumentation im offiziellen Repository erläutert PyTorch und MPS im Apple-Silicon-Kontext; sie ist jedoch keine Zusage, dass jede Erweiterung diesen Pfad unterstützt. Verallgemeinern Sie deshalb weder einen erfolgreichen Test noch einen Fehler: Ein bestimmter Graph kann funktionieren, während ein anderer an einer anderen Node-Abhängigkeit scheitert.

Setzen Sie für Ihre Abnahme klare Kriterien. Ein Test ist erst bestanden, wenn der Graph ohne ungeklärte Fehlermeldungen läuft, das Ergebnis am vereinbarten Ort landet und eine zweite Person die verwendeten Dateien nachvollziehen kann. Wenn die Aufgabe eine bestimmte lokale Modellinferenz erfordert, muss genau diese Inferenz geprüft werden. Ein erfolgreich geöffneter Graph allein reicht nicht. Ebenso ist ein einzelner gelungener Durchlauf keine belastbare Leistungsprognose für andere Auflösungen, Modelle oder Workflows.

Übergabe: Ergebnis und Umgebung gemeinsam sichern

Zum Projektabschluss sichern Sie nicht nur das erzeugte Bild. Übergeben Sie auch die Workflow-Datei, die Liste der verwendeten Modelle und Nodes sowie die für die Wiederaufnahme benötigten Eingabe- und Ausgabedateien. Ergänzen Sie den Installationsweg und relevante Umgebungsnotizen. Achten Sie dabei auf Nutzungsrechte und Datenschutz: Die Übergabe eines Workflows bedeutet nicht automatisch, dass Modellgewichte oder Kundendaten ohne Einschränkung weitergegeben werden dürfen.

Legen Sie fest, wer nach dem Test die Umgebung weiterverwendet und wer fehlende Abhängigkeiten pflegt. Wenn eine andere Person den Ablauf fortsetzt, sollte sie erkennen können, welche Node aus welcher Quelle stammt und welche Datei der Graph erwartet. Ist das nicht möglich, übergeben Sie die fehlende Information, bevor Sie die Sitzung beenden. Verlassen Sie sich nicht darauf, dass ein späterer Zugriff denselben Zustand oder dieselben Dateien automatisch verfügbar macht; sichern Sie das, was Ihr Team tatsächlich weiterverwenden darf und braucht.

Nach der Abnahme entscheiden Sie anhand der Projektanforderung: Bleibt die Arbeit bei der vorhandenen Windows-Umgebung, wird für einen passenden Teil des Ablaufs ein Remote Mac benötigt, oder ist für die lokale Inferenz eine andere Umgebung zweckmäßiger? Ein Mac ist dann sinnvoll, wenn Ihr Projekt tatsächlich macOS oder Apple Silicon verlangt und Ihr Testlauf die benötigten Funktionen bestätigt. Er ist keine pauschale Lösung für jedes Modell und jede benutzerdefinierte Node.

Wenn Sie zunächst prüfen möchten, welche Remote-Mac-Angebote für einen zeitlich begrenzten Test infrage kommen, finden Sie den Einstieg auf der deutschsprachigen VMSPIN-Übersichtsseite. Für einen konkreten Kostenvergleich können Sie außerdem die Mietkonditionen für Remote Macs vor der Buchung prüfen. Gegenüber einem Mac vor Ort entfallen bei einer Remote-Lösung zwar Kauf und dauerhafter Hardwarebesitz, doch bleiben für Kreativarbeit echte Nachteile: Die Verbindung kann den Bedienfluss beeinträchtigen, große Projektdateien müssen übertragen werden, und physische Anschlüsse stehen Ihnen nicht wie an einem Gerät auf dem Schreibtisch zur Verfügung. Für dauerhaft hohe Last oder zwingend benötigte lokale Schnittstellen kann ein eigener Mac daher besser passen. Benötigen Sie dagegen nur vorübergehend eine überprüfbare macOS-Umgebung, kann ein gemieteter Mac von VMSPIN die praktische Alternative sein — aber erst, nachdem Ihr eigener Workflow, seine Nodes und die Ergebnisübergabe den Test bestanden haben.