Почему workflow JSON бесконечно грузится в браузере

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

Ниже — быстрый порядок проверки, таблица симптомов, типовые причины и практический чек-лист для тяжёлых схем. По ходу статьи мы также покажем, когда виноват именно интерфейс, а когда дело в файле workflow, модели или ноде.

• Как понять, что висит именно интерфейс
• Главные причины зависания
• Быстрая диагностика за 10 минут
• Таблица симптомов и действий
• Как открывать тяжёлые схемы стабильнее
• Короткий вывод

Когда проблема именно в интерфейсе, а не в самой схеме

Самая частая ошибка — считать, что workflow «битый», хотя в реальности зависает только слой интерфейса. В ComfyUI это встречается регулярно: сервер уже поднялся, очередь работает, часть нод даже доступна, а вкладка браузера продолжает рисовать loader или становится вялой и перестаёт нормально реагировать. На практике это особенно заметно на больших графах, где много групп, превью, длинных цепочек и сторонних UI-расширений.

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

Ещё один важный маркер: если ComfyUI после перезапуска сразу пытается восстановить прошлую тяжёлую или проблемную схему и снова зависает на стартовом экране, это уже не «вечный JSON», а неудачная автозагрузка последнего состояния. Внешне симптом выглядит одинаково: в браузере всё крутится, а войти в рабочий интерфейс не получается.

Главные причины, из-за которых JSON висит на загрузке

1. Версии backend и frontend разъехались

С актуальными версиями ComfyUI это одна из первых точек проверки. Сейчас фронтенд живёт как отдельный пакет, и простого git pull уже недостаточно. Если код ядра обновился, а зависимости фронтенда или шаблонов остались старыми, браузер легко уходит в бесконечный loader, странные перерисовки или не открывает workflow так, как вы привыкли. Поэтому после обновления ComfyUI нужно не только подтянуть код, но и обновить зависимости из requirements.txt. На локальных сборках именно этот шаг часто пропускают.

2. В workflow есть кастомные ноды, которые не загрузились при старте

Это классика. JSON может спокойно открываться у автора и упрямо висеть у вас просто потому, что одна-две ноды не импортировались, не совпали по версии или не установили свои Python-зависимости. По практическому опыту это случается даже тогда, когда «всё вроде поставили через Manager». Иногда нода лежит в архиве рядом с workflow, и её ещё надо вручную поместить в папку custom_nodes. Иногда сама нода есть, но не поднялись зависимости, и тогда интерфейс видит дырку в графе.

Если тема кастомных нод ещё не устоялась в вашей сборке, держите рядом базовую статью куда ставить custom nodes и почему от них зависит половина workflow. В реальной работе очень часто помогает связка из трёх действий: установить недостающие ноды, полностью перезапустить ComfyUI, затем обновить саму вкладку браузера. Именно третий шаг многие пропускают, а интерфейс продолжает держать старое состояние.

3. Модель или служебные файлы ещё не докачались либо лежат не в той папке

У тяжёлых схем это выглядит обманчиво. Workflow загрузился частично, потом один из loader-узлов не находит нужный файл, а пользователь видит зависание и думает, что «сломался JSON». На практике проблема бывает куда проще: модель ещё не докачалась до конца, файл лежит не в том каталоге, либо список моделей в конкретной ноде ещё не обновился. После полной догрузки и перезагрузки вкладки нужная позиция часто появляется в списке сама. Если не появилась, стоит вручную проверить путь и в самой ноде выбрать модель из списка заново.

Такие сбои особенно часто встречаются в больших workflow с Florence, Flux, видео-нодами, кастомными загрузчиками и отдельными папками под text encoders, diffusion models и служебные веса.

4. Workflow слишком тяжёлый для canvas в браузере

Иногда файл исправен, ноды на месте, но сам граф настолько большой, что вкладка упирается в CPU, память браузера и отрисовку canvas. Типичный сценарий: схема большая, в ней много групп, длинные названия, заметки, превью, дополнительных панелей и UI-расширений. Тогда ComfyUI как сервер живой, а вкладка выглядит мёртвой. Именно это пользователи часто описывают как workflow loading forever.

Сейчас такой эффект особенно неприятен в сборках, где стоят тяжёлые UI-надстройки и включены экспериментальные режимы отображения нод. Отдельные расширения уже прямо предупреждают, что новые режимы рендера могут вызывать сильный рост нагрузки на CPU, дёрганую отрисовку и плохую отзывчивость на больших схемах. Поэтому если зависание появляется именно на крупных workflow, а простая стандартная схема открывается нормально, ищите причину не в JSON как таковом, а в нагрузке на интерфейс.

5. Файл сохранён не в том формате

Это недооценённая причина. В ComfyUI есть обычный workflow JSON для интерфейса и отдельный API-формат. Для автоматизации он полезен, но как файл для ручного открытия в UI ведёт себя иначе. Поэтому если вам прислали JSON, который «точно рабочий», но он не открывается как ожидается, уточните, что это именно обычный экспорт workflow, а не вариант, сохранённый только под API-пайплайн.

6. Проблемная схема застряла в автозагрузке

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

7. Workflow из старой экосистемы нод, а ваша сборка уже живёт в другой

Чужие схемы быстро стареют. Автор мог собрать граф на конкретной версии ComfyUI, старом пакете кастомных нод, прежнем frontend-пакете и старых названиях входов в нодах. Через несколько недель тот же набор уже открывается со скрипом или ломается прямо на этапе загрузки. Поэтому проблема «у автора работает, у меня нет» в мире ComfyUI встречается постоянно. Если хочется понять этот слой глубже, посмотрите смежный материал почему workflow может висеть, падать или работать через раз.

Быстрый маршрут диагностики за 10 минут

Чтобы не тратить вечер на хаотичные попытки, идите в таком порядке:

1. Откройте стандартный workflow. Если он загружается, значит сервер жив, а проблема ближе к конкретному JSON, нодам или фронтенду.

2. Посмотрите лог запуска ComfyUI. Ищите missing node, failed import, frontend version lower than recommended, class_type is missing и похожие сообщения.

3. Запустите ComfyUI с отключением всех кастомных нод. Если интерфейс резко ожил, виноват не браузер, а один из пакетов расширений.

4. Обновите зависимости из requirements.txt и только потом проверяйте workflow снова.

5. Сделайте полный перезапуск ComfyUI и обновите вкладку браузера, а не только сервер.

6. Проверьте, докачались ли модели и лежат ли они в правильных каталогах.

7. Уточните формат файла: обычный workflow или API JSON.

8. Если схема огромная, попробуйте открыть ComfyUI в чистой сессии браузера и временно отключить сторонние frontend-расширения.

Таблица симптомов: что именно зависло и куда смотреть

Симптом	Вероятная причина	Что делать первым
Loader крутится сразу после старта ComfyUI	Автозагрузка прошлой тяжёлой схемы или конфликт frontend-пакета	Очистить последнее состояние, обновить dependencies, проверить лог старта
Простой workflow открывается, тяжёлый — нет	Перегруженный canvas, UI-расширения, крупный граф	Отключить сторонние frontend-расширения и проверить тяжёлую схему в чистой сессии
После установки нод всё равно висит	Ноды есть, но не импортировались зависимости	Смотреть failed import в консоли и переставить проблемный пакет
В нодах пустые списки моделей	Файлы не докачались или лежат не там	Проверить папки моделей и перезагрузить вкладку
Чужой JSON не открывается, а свой открывается	Старая экосистема нод или другой формат файла	Проверить, каким способом экспортирован workflow

Как открывать тяжёлые схемы стабильнее

Когда схема правда большая, важно не только «починить сейчас», но и снизить шанс повтора. Из практики лучше всего работают четыре привычки.

• Держать отдельную чистую сборку ComfyUI для проверки чужих workflow. Тогда вы быстро понимаете, что ломает именно ваш основной стек.

• Не обновлять ядро, frontend и кастомные ноды вперемешку в один заход. Иначе потом трудно понять, какой слой дал browser comfyui error.

• После установки нод всегда делать полный restart сервера и отдельно обновлять вкладку.

• Хранить тяжёлые схемы в нескольких версиях и экспортировать рабочие состояния регулярно, а не полагаться только на автосохранение интерфейса.

Если workflow нужен для повторяемой работы, часто разумнее сначала запустить упрощённый вариант, убедиться, что ядро и ноды совместимы, и лишь потом возвращать detailer, видео-ветки, Florence, дополнительные loader-узлы и весь визуальный обвес. Такой подход экономит время заметно сильнее, чем попытка сразу поднять максимальную схему целиком.

Короткий вывод

Когда JSON в ComfyUI грузится бесконечно, почти всегда виноват один из пяти слоёв: frontend, кастомные ноды, формат файла, автозагрузка прошлой схемы или недогруженные модели. Начинайте с проверки логов и чистого запуска, затем отсекайте кастомные ноды, обновляйте зависимости и только после этого подозревайте сам workflow. В большинстве случаев этого хватает, чтобы вернуть интерфейс в рабочее состояние и снова открыть даже тяжёлую локальную схему в нормальном режиме.