Stable Diffusion ComfyUI — узловой интерфейс, где генерация собирается из блоков: загрузка модели, промпт, параметры, вывод картинки. Главный выигрыш — повторяемость: схему сохраняют и передают вместе со списком моделей и узлов. Это помогает повторить процесс; совпадение пиксель в пиксель на другом оборудовании заранее гарантировать нельзя.
Интерфейс из узлов
В ComfyUI генерация — граф: узлы загружают модель, принимают промпт, задают разрешение и собирают картинку. Схему можно сохранить файлом; для повторного запуска понадобятся те же модели, узлы и совместимые версии окружения.
Вместо единой панели вы собираете процесс из блоков и соединяете их линиями: узел загрузки checkpoint, два текстовых узла промпта, сэмплер, декодер в картинку. Каждый узел отвечает за один шаг, каждая линия — за поток данных. Официальная документация ComfyUI содержит учебные схемы для старта. К узловой схеме привыкают постепенно. Её главное практическое достоинство — видимый порядок операций, который можно сохранить и разобрать с коллегой.
Отличие от панельных интерфейсов принципиально. В панели основные параметры собраны в форме, а в ComfyUI связи между операциями видны на холсте. Для разовых картинок проще панель, для повторяемого процесса — граф. Обзор соседнего подхода — в статье про интерфейс Forge для Stable Diffusion: там про удобство рабочего места, здесь — про воспроизводимость.
Важно держать термины раздельно: ComfyUI — интерфейс, Stable Diffusion — семейство моделей, граф — сохранённый процесс. Путаница здесь дорога: команда ожидает, что сохранённая схема уже содержит веса модели. Для переноса обычно нужны файл схемы, совместимые модели, нужные узлы и сведения о версиях.
Ещё одно различие, которое экономит нервы: обновление интерфейса и обновление модели — разные события с разным риском. Первое трогает схемы, второе — стиль картинок. В журнале их фиксируют отдельными строками, чтобы откат после неудачного обновления попадал в нужную строчку. Эта дисциплина кажется избыточной на третьей схеме, а в большой библиотеке помогает находить причину расхождений.
Первый граф
Стартуют со схемы из документации, а с нуля собирают уже после первого успеха — так быстрее понять роль каждого узла. Порядок сборки первого графа:
- Добавьте узел загрузки checkpoint и выберите модель из локальной папки.
- Подключите к модели два узла CLIP Text Encode: для положительного и отрицательного описания сцены.
- Добавьте Empty Latent Image для размера кадра и KSampler для seed, шагов и сэмплера; соедините их с моделью и закодированными промптами.
- Подключите VAE Decode и Save Image, запустите очередь и проверьте сохранённую картинку.
- Сохраните схему файлом и положите его рядом с промптом в общую папку команды.
Обычный граф на локальных моделях можно выполнять на своей машине. Перед работой с конфиденциальными файлами проверьте состав графа: API и сторонние узлы могут отправлять данные внешнему сервису. Доступ к локальному серверу и файлам тоже требует настройки.
Первый запуск редко проходит идеально с первой попытки: возможны ошибки пути к модели, несовместимости узлов или нехватки ресурсов. Это нормальный этап освоения, и разбор такой ошибки учит устройству интерфейса лучше любой инструкции. Запишите найденное решение в журнал — это поможет следующему сотруднику быстрее восстановить рабочую связку.
Когда первый граф заработал, его разбирают на учебном примере: каждый узел пересобирают руками и смотрят, что изменилось в результате. Разбор по узлам помогает понять, какая часть графа отвечает за результат и где искать ошибку.
Повторяемость результата
Повторяемость держится на честной фиксации параметров. Всё, что задано словами «как в прошлый раз», рано или поздно расходится между исполнителями и машинами:
| Параметр | Где живёт | Что даёт фиксация |
|---|---|---|
| Seed | Узел сэмплера | Фиксирует стартовый шум; итог зависит и от окружения |
| Сэмплер и шаги | Узел параметров | Позволяют сравнивать прогоны при одинаковых настройках |
| Размер кадра | Узел пустого изображения | Фиксирует размер латентного изображения |
| Checkpoint | Узел загрузки модели | Закрепляет конкретную версию весов модели |
Схема превращается в актив компании: файл с графом, папка моделей и журнал версий. Новый сотрудник открывает схему, устанавливает нужные узлы и модели, сверяет версии и сравнивает результат с эталоном серии.
Практический критерий честной фиксации: два исполнителя на разных машинах запускают одну схему и сверяют картинки глазами и инструментами сравнения. Различия могут возникать из-за версий библиотек, оборудования, узлов и параметров генерации. Сначала сверяют окружение, затем сравнивают изображения по критериям брифа.
Осталось понять, какой ваш процесс выгоднее всего перевести в такие графы.
Какой процесс команды вы хотите сделать повторяемым?
Что проверять в схеме
Перед командным запуском схему проверяют как код: малой серией, на одном брифе, с записью результата. Контрольный список:
- Схема открывается в подготовленном окружении, где установлены нужные модели и узлы.
- Повторные прогоны при фиксированном seed сравниваются; при расхождениях проверяют версии и окружение.
- Промпт и параметры читаются из узлов без расшифровки автора схемы.
- Версия интерфейса записана в журнал рядом со схемой.
Обнаруженные отличия записывают в журнал дефектов и закрывают правкой схемы. Если команда планирует серийную генерацию, заранее решите, кто сопровождает графы: внутренний специалист или внешняя команда. Состав работ по построению такого контура описан на странице про автоматизацию бизнес-процессов.
Отдельный пункт — обновления: интерфейс развивается, узлы меняются, и схема, собранная полгода назад, может попросить свежую версию. Решение то же, что и с любым рабочим инструментом: обновления проводят по расписанию, с копией рабочей библиотеки и контрольным прогоном эталонов после каждого шага.
Командная библиотека
Со временем графы складываются в библиотеку: схема под карточку товара, под баннер, под иллюстрацию статьи. У каждой — владелец, журнал изменений и эталон приёмки. Такая библиотека ценнее любого набора промптов: она хранит связи между операциями и параметры вместе с текстовой частью. Свежие кадры для серий команда может искать среди открытых моделей — обзор есть в статье про Flux — нейросеть с открытыми весами для картинок.
Прежде чем собирать большую библиотеку графов, зафиксируйте правило именования файлов и папку эталонов: эти соглашения облегчают поиск и передачу схем.
Проверка зрелости проста: новый сотрудник может открыть схему, найти зависимости и сравнить пробный результат с эталоном без помощи автора. Такая проверка показывает, какие сведения ещё надо добавить в библиотеку.
Библиотека живёт по правилам обычного репозитория: изменение схемы — через копию с пометкой версии, эталон приёмки обновляют только после согласования с дизайнером. Так порядок переживает смену инструментов: даже при переходе на другой интерфейс журнал и эталоны остаются рабочим активом.