Официальная документация ComfyUI описывает два разных пути для macOS: установку через Comfy Desktop и ручную установку; для Apple Silicon также опубликованы отдельные инструкции. Это означает, что ComfyUI на удалённом Mac развернуть можно, но сначала выберите один путь, а затем проверьте на нём собственные модели и пользовательские узлы. Сам факт запуска приложения не доказывает, что ваш рабочий процесс пригоден для этой среды (инструкция для macOS, официальный репозиторий ComfyUI).

Кому пригодится эта инструкция

Дизайнерам и визуальным авторам, которые работают преимущественно в Windows и временно хотят войти в среду macOS для настройки или проверки ComfyUI.
Фрилансерам, которым важно проверить модели и узлы до начала проекта, а не после передачи файлов.
Руководителям небольших команд, которым нужен воспроизводимый порядок запуска и понятная передача результата.

Последнее обновление: 2 октября 2026 года. Данные и порядок установки сверены с текущими материалами ComfyUI: документацией Comfy Desktop, официальным репозиторием и справкой по узлам. Перед практическим запуском перепроверьте страницы: версии приложения, системные требования и расположение файлов могут измениться.

До установки: требования проекта против возможностей среды

Начните не с поиска Mac, а с разбора рабочего процесса. Запишите, что именно должно работать: граф узлов, нужные модели, дополнительные зависимости, входные файлы и требуемый формат результата. Для дизайнера разница принципиальна: редактирование графа и локальный запуск тяжёлой модели — разные задачи с разной нагрузкой на среду.

Разделите сценарии на три группы:

  • Работа с графом без генерации. Вы открываете процесс, изучаете связи узлов, меняете параметры или готовите его для другого компьютера. В этом случае важны доступность интерфейса и нужных пользовательских узлов, а нагрузка генерации может не быть главным критерием.
  • Генерация с внешним API. Результат зависит от доступности сервиса, учётных данных и сетевого соединения. Установка ComfyUI не заменяет проверку этих внешних условий; заранее уточните, где хранятся секреты и как команда должна получать к ним доступ.
  • Локальный запуск модели. Именно здесь важнее всего проверить модель, размер проекта и поддержку используемых операций на Apple GPU. ComfyUI предупреждает, что некоторые крупные модели с открытыми весами на Apple GPU могут работать недостаточно быстро для практического использования. Не принимайте решение об аренде только по тому, что интерфейс открылся (разъяснение ComfyUI о крупных моделях).

Последний источник задаёт ограничение, а не обещает одинаковый результат для всех моделей. Скорость зависит от конкретной модели, графа и набора операций; поэтому нельзя переносить результат одного теста на другой проект.

Перед выбором среды проверьте, можете ли вы ответить на эти вопросы: какие модели требуются, откуда их взять, какие узлы не входят в базовую установку и какой именно файл должен получить заказчик. Если ответов пока нет, сначала запросите их у автора графа. Иначе вы рискуете арендовать среду, а уже после входа обнаружить отсутствующую модель или неясную зависимость.

Задача Что нужно проверить до выбора Когда удалённый Mac имеет смысл
Открыть и отредактировать граф Наличие пользовательских узлов и возможность прочитать их параметры Когда нужен интерфейс macOS или проверка в среде Apple Silicon
Запустить генерацию с внешним API Доступ к API, учётные данные, сетевые ограничения и способ передачи результата Когда задача требует именно macOS, а вычисление выполняет внешний сервис
Запустить локальную модель Совместимость модели и операций, требования узлов и допустимое время ожидания Только после пробного запуска своего рабочего процесса
Подготовить переносимый проект Список файлов, каталог моделей и повторяемость зависимостей Когда нужно собрать и проверить комплект для передачи

Условия выбора среды

  • Если нужно только открыть граф и проверить его структуру, выбирайте удалённый Mac лишь тогда, когда сам доступ к macOS важен для задачи; иначе используйте уже подготовленную среду, где граф можно корректно прочитать.
  • Если проект зависит от внешнего API, сначала проверьте доступ и правила работы с ключами. Если их нельзя безопасно передать или использовать удалённо, не начинайте развёртывание до согласования доступа.
  • Если критична локальная генерация на Apple GPU, переходите к пробному запуску модели и узлов. Если ваша основная нагрузка связана с крупной открытой моделью, а её скорость на Apple GPU не подходит проекту, не выбирайте удалённый Mac как основную среду вывода.
  • Если вы не знаете, какие узлы использует граф, запросите исходный процесс и перечень зависимостей. Если получить их нельзя, считайте совместимость неподтверждённой и не обещайте команде готовый результат.

Это и есть практический фильтр: выбирайте Mac для проверки только тогда, когда конкретная задача требует macOS или Apple Silicon и её можно принять по результату теста. Во всех остальных случаях сначала сравните с уже доступной Windows-средой или иной подходящей средой вывода.

Установка: графический маршрут против ручного

ComfyUI поддерживает отдельные инструкции для Comfy Desktop на macOS и ручной установки Apple Silicon. Это не два этапа одной инструкции: выберите один маршрут, иначе можно смешать разные способы управления средой и получить конфигурацию, которую трудно повторить. Для первого ознакомления и проверки проекта обычно проще начать с Desktop; ручной путь оставьте для ситуации, когда вам нужно контролировать зависимости и готовы самостоятельно проверять их совместимость (руководство Comfy Desktop для macOS, инструкции Apple Silicon в репозитории).

Маршрут Что вы делаете Когда подходит Что записать для команды
Comfy Desktop Проверяете требования, устанавливаете приложение, создаёте или выбираете установку через интерфейс Для быстрого развёртывания и приёмки графа без самостоятельной сборки Python-среды Версию ComfyUI, выбранную установку, путь к моделям и результаты проверки
Ручная установка Настраиваете среду и зависимости по актуальным инструкциям репозитория Когда нужен контроль над Python, PyTorch, MPS или конкретной конфигурацией Команды и версии зависимостей из применённой инструкции, способ запуска и сообщения об ошибках

В Desktop не переносите команды из руководства ручной установки «на всякий случай». Сначала завершите создание установки через графический интерфейс и проверьте, что приложение открывается. Если же выбираете ручной путь, последовательно сверяйте каждую зависимость с текущей документацией ComfyUI. В ней для Apple Silicon описаны PyTorch nightly и MPS; это детали конкретного ручного маршрута, а не указание добавлять их поверх любой установки Desktop. Поддержку MPS также следует считать характеристикой программного стека, а не гарантией совместимости всех узлов.

Чтобы начать работу, действуйте по этапам:

  • Сверьте среду. Сопоставьте требования актуальной страницы Comfy Desktop с доступным удалённым Mac. Зафиксируйте результат проверки, а не ориентируйтесь на описание старой установки.
  • Выберите маршрут. Для первого пробного развёртывания используйте Desktop, если нет отдельной причины контролировать компоненты вручную. Если нужна ручная установка, держитесь именно её официальной последовательности.
  • Создайте установку. Откройте Comfy Desktop и создайте или выберите экземпляр ComfyUI. Запишите его расположение и версию, чтобы позже отличить рабочую среду от случайно созданной тестовой.
  • Откройте пустой или тестовый граф. Убедитесь, что приложение загружается и что выбранная установка отвечает до переноса всего проекта. Это подтверждает запуск, но не совместимость моделей.
  • Настройте расположение моделей. Сверьте ожидаемые каталоги с официальным описанием и запишите, какие папки использует именно эта установка.
  • Сделайте пробный запуск. Не переходите к передаче проекта, пока не проверили узлы, зависимости и итоговый файл на представительной задаче.

Пользовательский интерфейс способен скрыть проблему до момента запуска: граф может открыться, но сообщить об отсутствующем узле только при выполнении. Поэтому сохраните исходный граф без изменений и работайте с отдельной копией. Так вы не затрёте исходные параметры, пока проверяете среду.

Подготовка проекта: файлы против предположений

Рабочий процесс ComfyUI — это не один файл. Граф описывает соединения и параметры, но сам по себе не обязательно содержит модели и дополнительные узлы, которые нужны для его исполнения. Для передачи проекта заведите отдельный перечень артефактов и отмечайте для каждого, откуда он получен, куда помещён и прошла ли проверка.

Включите в перечень:

  • Файл рабочего процесса. Сохраните граф и исходную версию, чтобы можно было отличить авторский вариант от тестовой копии.
  • Модели и дополнительные веса. Уточните, какие базовые модели, VAE и LoRA использует граф. Не делайте вывод о назначении файла только по имени: сверьте его с настройками загрузчика и документацией процесса.
  • Пользовательские узлы. Запишите название, источник, инструкцию установки и зависимости каждого узла. Наличие кода не доказывает, что он поддерживает macOS или работу через MPS.
  • Входы и выходы. Зафиксируйте исходные изображения и ожидаемое место сохранения результата. Уточните, какой формат и какое качество команда считает приемлемыми.
  • Условия доступа. Если граф вызывает внешний API, опишите безопасный способ получить доступ и не включайте секреты в общий файл проекта.

У моделей нет одного универсального каталога, который можно назначить, не проверив сам граф. Например, официальная справка по DualCLIPLoader описывает узел, который загружает две CLIP-модели. Если он есть в вашем графе, отдельно проверьте оба ожидаемых компонента, их названия и расположение; наличие одной модели не закрывает потребность узла (документация DualCLIPLoader). Это пример того, почему проверять нужно требования конкретных узлов, а не просто копировать папку с файлами.

Для организации каталогов сверяйтесь с официальным описанием ComfyUI, а при необходимости управления через командную строку — с документацией Comfy CLI. Не предполагайте, что Desktop и ручная установка уже используют один и тот же путь: запишите, какой каталог видит выбранный экземпляр (справка Comfy CLI). Объём хранения также определяйте по своему списку моделей и исходников. Не закладывайте фиксированную ёмкость «на всякий случай»: сначала выясните, какие именно файлы требуются и какие из них действительно надо передавать.

Отдельно проверьте пользовательские узлы. Внешний узел может иметь собственные зависимости и правила установки, а его автор может не заявлять поддержку macOS либо MPS. Запишите источник и способ установки, но считайте узел проверенным только после загрузки и выполнения соответствующей части графа. Для узлов, опубликованных в реестре, проверьте сведения об узле и его владельце; сам факт присутствия в реестре не заменяет проверку совместимости с проектом (документация ComfyUI о регистрации узла).

Проверка: запуск против приёмки проекта

Выберите представительный граф — не обязательно самый простой, а тот, который включает главные для проекта модели и нестандартные узлы. Если первым тестом сделать пустой граф, вы подтвердите лишь запуск приложения. Если сразу загрузить весь большой проект, при ошибке будет сложнее понять, какой компонент её вызвал.

Проводите проверку в таком порядке:

  • Откройте копию исходного графа. Сверьте его структуру и сохраните сообщение о недостающих узлах, если оно появилось.
  • Проверьте каждый узел с зависимостью. Убедитесь, что установлены нужные компоненты и что граф видит их в выбранном экземпляре.
  • Сопоставьте модели и пути. Проверьте, что загрузчики обращаются к тем файлам, которые вы подготовили, включая оба компонента DualCLIPLoader там, где он используется.
  • Проверьте устройство и параметры запуска. Убедитесь, что выбранный путь действительно использует ожидаемую среду, а не просто открывает интерфейс без выполнения нужной операции.
  • Запустите задачу и проверьте результат. Сравните выходной файл с требованиями проекта: формат, содержимое и место сохранения должны быть понятны принимающей стороне.
  • Повторите проверку после исправлений. Если вы поменяли узел, зависимость или модель, снова запустите соответствующую часть графа и обновите запись приёмки.

Если ComfyUI запускается, но граф не выполняется, разбирайте ошибку по слоям. Сначала проверьте, установлен ли узел и загружена ли зависимость. Затем проверьте совпадение ожидаемого имени модели и фактического файла. После этого изучите настройки устройства и сообщения, связанные с операциями MPS. Не меняйте одновременно расположение файлов, набор узлов и параметры графа: иначе вы потеряете возможность определить причину исправления или сбоя.

Если проект зависит от крупной модели, измерьте пригодность именно на этой задаче и сравните результат с установленным сроком проекта. В официальном предупреждении ComfyUI речь идёт о том, что отдельные крупные модели могут быть недостаточно быстрыми на Apple GPU; это не означает, что все модели работают медленно или что любая задача требует другой платформы. Применяйте вывод только к проверенному сочетанию модели, узлов и графа.

Передача: комплект проекта против одного графа

Перед сдачей соберите вместе граф, перечень моделей, сведения о пользовательских узлах, описание запуска и результаты проверки. Если заказчик получит только файл графа, он может открыть его и увидеть отсутствующие узлы или модели. Если вы добавляете сами файлы моделей, отдельно проверьте, разрешено ли их передавать и достаточно ли получателю исходных данных для повторного запуска.

Зафиксируйте:

  • какой маршрут установки применялся — Desktop или ручной;
  • какую версию ComfyUI вы использовали и где находится установка;
  • какие модели, VAE и LoRA нужны графу и в каких каталогах их ожидает загрузчик;
  • какие пользовательские узлы требуются, откуда они установлены и какие зависимости проверены;
  • какой тестовый граф запускался и какой итоговый файл принят;
  • что остаётся непроверенным и какие ограничения нужно учитывать при продолжении работы.

Для командной работы добавьте ясную границу ответственности: кто поддерживает каталог моделей, кто обновляет узлы и кто повторяет проверку после обновления среды. Если проект нельзя воспроизвести без личных ключей внешнего API, передавайте не сами ключи, а согласованный способ доступа. Для авторизации или описания узла используйте официальные средства ComfyUI, но не считайте регистрацию узла подтверждением его работы в конкретной среде.

Так вы сможете выбрать, что делать дальше: оставить удалённый Mac для задач, которым действительно нужна macOS, продолжить проект в доступной Windows-среде или использовать другую среду для основной генерации. Решение должно опираться на выполненный граф, а не на теоретическую возможность установки.

Частые вопросы: установка и совместимость

Можно ли развернуть ComfyUI на удалённом Mac с Apple Silicon?
Да, в официальных материалах есть варианты для macOS и Apple Silicon. Но сначала проверьте требования выбранного способа установки, а затем совместимость своего графа. Успешный запуск ComfyUI не подтверждает, что нужная модель, пользовательский узел и операция MPS пригодны для вашей задачи.

Что выбрать: Comfy Desktop или ручную установку?
Для первой проверки проекта начните с Comfy Desktop, если вам не нужно отдельно контролировать зависимости. Ручной вариант выбирайте, когда есть конкретная причина управлять Python, PyTorch и MPS самостоятельно. Запишите маршрут и не переносите шаги из одной инструкции в другую без проверки.

Как перенести модели и пользовательские узлы?
Сохраните граф и составьте список его моделей, VAE, LoRA, входных файлов и узлов. Для каждого компонента выясните ожидаемый каталог и способ установки, а пользовательские узлы проверьте на зависимости и совместимость с macOS. Перенос считается завершённым после запуска графа, а не после копирования файлов.

Почему приложение открывается, а граф не выполняется?
Обычно интерфейс и готовность проекта — разные вещи. В графе могут отсутствовать пользовательские узлы, нужные зависимости или файл модели; возможны и ограничения выбранных операций на MPS. Разбирайте сообщения об ошибках последовательно, проверяйте каталоги и повторно запускайте представительную часть процесса после каждого изменения.

Выбор следующего шага: тестовая среда против постоянной

Удалённый Mac оправдан, когда вам нужен доступ к macOS или Apple Silicon на ограниченный срок и вы можете заранее определить критерии приёмки. Если же основной рабочий процесс регулярно зависит от тяжёлой локальной генерации, требования к производительности и устойчивому хранению могут сделать постоянную подходящую рабочую станцию или другую среду вывода разумнее. Это нужно решить по вашему графу, а не по факту существования приложения для macOS.

По сравнению с проверенной Windows-средой, удалённый Mac добавляет отдельный этап передачи моделей, зависимостей и исходников; требует учитывать сетевой доступ и передачу файлов; не гарантирует поддержку сторонних узлов; а локальный запуск крупной модели может не соответствовать ожиданиям по времени. В свою очередь, покупка отдельного Mac ради разовой проверки требует капитальных затрат и не устраняет неопределённость совместимости пользовательских узлов.

Если вам нужно временно проверить ComfyUI именно в macOS, оцените актуальные варианты удалённого доступа и стоимость аренды на страницах VMSPIN и условий аренды. Перед началом подготовьте список зависимостей и представительный граф; если проверка покажет, что ваша основная модель не подходит среде, используйте Mac только для тех этапов проекта, где он действительно нужен. Для перехода к оформлению доступен заказ удалённого Mac.