Куда вообще ставить custom nodes и почему без них половина workflow мёртвая?

Если говорить совсем просто, custom nodes — это пользовательские расширения для ComfyUI. Именно они очень часто делают workflow не просто красивой схемой, а реально рабочим инструментом.

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

Новички часто спрашивают, почему схема вроде бы открылась, но ничего не работает. И очень часто причина не в модели и не в JSON-файле, а в том, что в системе банально не хватает одной ключевой кастомной ноды.

Запомни базовую логику сразу:

• models кладутся в папки моделей;
• custom nodes ставятся в custom_nodes;
• JSON — это только схема, а не все её внутренности.

Внутренняя ссылка: Почему чужой workflow у меня не запускается?

Что такое custom nodes простыми словами

В голом ComfyUI уже есть базовые ноды, которых хватает для самых простых задач. Но как только ты выходишь за пределы базового text-to-image, почти сразу начинаются кастомные расширения.

Именно custom nodes обычно добавляют:

• новые загрузчики моделей;
• обработчики видео;
• face swap;
• captioning;
• pose-инструменты;
• служебные ноды;
• дополнительные инструменты для сборки сложных workflow;
• разные интерфейсные улучшения и утилиты.

То есть workflow часто выглядит “особенным” не потому, что в нём магический JSON, а потому, что в нём используются сторонние узлы, которых в стандартной установке просто нет.

Куда ставить custom nodes

Если коротко: custom nodes ставятся в папку custom_nodes внутри ComfyUI.

Это основная директория для кастомных расширений. Именно её ComfyUI проверяет при запуске и оттуда подгружает установленные узлы.

Если у тебя есть архив или GitHub-репозиторий кастомной ноды, в нормальной схеме он должен оказаться именно там — в папке custom_nodes, а не среди моделей и не рядом с JSON-файлами.

Официальная документация ComfyUI это подтверждает: custom nodes описаны как отдельные расширения системы, а менеджер и установка завязаны именно на структуру ComfyUI. Внешняя ссылка: официальная документация ComfyUI по custom nodes.

Простая логика по папкам

• Checkpoints, VAE, LoRA, text encoders — это модели, они живут в своих model-папках.
• Custom nodes — это расширения ComfyUI, они живут в custom_nodes.
• Workflow JSON — это описание схемы, его не надо путать ни с моделями, ни с нодами.

Это кажется очевидным только после того, как ты уже понял структуру ComfyUI. Новичок же очень легко может перепутать всё сразу: кинуть не туда архив, не туда репозиторий, не туда JSON, а потом думать, почему workflow “не работает”.

Почему без custom nodes половина workflow мёртвая

Потому что workflow — это не картинка и не видео. Workflow — это схема из конкретных инструментов.

Если в этой схеме нет хотя бы одной ключевой ноды, то она уже не равна той схеме, которую собирал автор.

Даже если визуально всё выглядит почти так же.

Вот это особенно важно понять:

Workflow может визуально открыться, но быть уже нерабочим.

То есть человек открывает JSON, видит блоки и думает: “ну почти всё загрузилось”, а потом оказывается, что:

• одна нода красная;
• одна нода неизвестная;
• одна нода missing;
• и именно на ней держится половина логики workflow.

После этого схема уже не “почти рабочая”. Она уже сломана.

Типичный пример

В workflow может быть одна кастомная нода для:

• загрузки специальной модели;
• обработки видео;
• подготовки face swap;
• склейки кадров;
• captioning;
• управления движением;
• служебной маршрутизации сигнала.

Если её нет, то у тебя не просто “не хватает одного блока”. У тебя ломается весь кусок системы, который от неё зависит.

Почему новички чаще всего ошибаются именно здесь

Потому что они обычно думают не про ноды, а про модели.

Логика новичка часто выглядит так:

«Если workflow не работает, значит я скачал не ту модель или у меня слабая видеокарта».

Но на практике проблема часто банальнее:

• одна кастомная нода не установлена;
• один nodepack не подгрузился;
• после установки не был сделан restart;
• нода есть, но зависимость внутри неё не поставилась;
• часть workflow открылась, но ключевой узел missing.

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

Внутренняя ссылка: Если я запускаю ComfyUI просто в браузере, JSON вообще должен открываться?

Как вообще ставят custom nodes

Есть два основных пути.

1. Через ComfyUI Manager

Это самый удобный путь для новичка.

Если Manager установлен, через него можно:

• ставить missing custom nodes;
• искать нужные nodepacks;
• обновлять их;
• быстрее понимать, чего именно не хватает в workflow.

Официальная инструкция по установке менеджера тоже ведёт именно в папку ComfyUI/custom_nodes, а дальше предлагает установить зависимости и перезапустить ComfyUI. Внешняя ссылка: официальная установка ComfyUI Manager.

2. Через GitHub или вручную

Если нода не ставится через Manager, или автор workflow дал прямую ссылку на GitHub, её можно поставить вручную.

Обычно это выглядит так:

• заходишь в папку custom_nodes;
• клонируешь туда репозиторий;
• при необходимости ставишь зависимости;
• после этого перезапускаешь ComfyUI.

Например, для популярных наборов инструментов вроде Crystools часто используют либо менеджер, либо прямую установку из репозитория. Внешняя ссылка: GitHub Crystools.

Почему после установки ноды всё равно может не заработать

Потому что сама папка — это ещё не весь путь.

Очень часто люди думают, что если они уже закинули что-то в custom_nodes, то дело сделано. Но есть ещё несколько типичных причин, почему workflow всё равно остаётся полумёртвым.

1. Не поставились зависимости

Некоторые custom nodes требуют дополнительные Python-зависимости. Если их не поставить, нода может числиться установленной, но по факту работать криво или не работать вообще.

Поэтому всегда стоит проверять, есть ли у ноды свой requirements.txt или отдельная инструкция по установке.

2. Не был сделан нормальный перезапуск

Это очень частая ошибка.

После установки custom node часто нужен полноценный restart ComfyUI. Не просто refresh страницы, а именно перезапуск среды.

Если этого не сделать, часть нод может остаться UNKNOWN, красной или вообще не подхватиться интерфейсом.

3. Нода установилась, но workflow всё ещё старый

Иногда после установки надо:

• перезагрузить вкладку;
• переоткрыть workflow;
• или даже удалить битую ноду и добавить её заново.

Это звучит мелко, но на практике реально часто помогает.

4. Нода есть, но конфликтует с другой

Это уже более неприятный уровень, но он тоже бывает. Некоторые кастомные ноды конфликтуют по зависимостям, версиям библиотек или логике рендера.

Снаружи это выглядит как “ну я же всё поставил”, а внутри одна нода ломает другую.

Как понять, что проблема именно в custom nodes

Обычно есть несколько характерных признаков:

• workflow импортировался, но часть блоков красные;
• есть UNKNOWN-ноды;
• в логах пишется что-то вроде missing_node_type;
• нода выглядит пустой или повреждённой;
• схема открылась, но запуск не идёт даже после выбора моделей.

В такой ситуации сначала надо смотреть не на checkpoint и не на LoRA, а именно на состав нод.

Почему JSON сам по себе не спасает

Это вообще один из самых важных моментов для новичка.

JSON — это только схема.

Он не содержит внутри себя:

• все модели;
• все ноды;
• все зависимости;
• всю среду автора workflow.

Он лишь описывает, из каких инструментов собрана схема и как они соединены.

Поэтому если у тебя нет этих инструментов в системе, JSON не превратится в рабочий pipeline просто потому, что он открылся в ComfyUI.

Вот почему так важно разделять:

• JSON — это схема;
• models — это ресурсы генерации;
• custom nodes — это инструменты, из которых схема вообще может быть собрана.

Типичная ошибка новичка

Очень часто всё идёт по одному сценарию:

1. Человек скачивает workflow.
2. Импортирует JSON.
3. Видит, что схема вроде бы появилась.
4. Начинает искать проблему в модели.
5. Скачивает ещё модели.
6. Пытается менять checkpoint.
7. А проблема всё это время была в одной отсутствующей кастомной ноде.

Именно поэтому так важно не гадать, а смотреть на структуру workflow, логи и статус нод.

Что делать на практике

Если хочешь сэкономить себе нервы, придерживайся простой последовательности.

1. Сначала проверь, нет ли missing или UNKNOWN нод

Если есть — сначала решай это, а не лезь в модели.

2. Проверь папку custom_nodes

Убедись, что нужные nodepacks вообще стоят там, где должны стоять.

3. Используй Manager

Если есть ComfyUI Manager, проще сначала попробовать установить missing nodes через него.

4. Если Manager не помог — ставь вручную

Через GitHub, архив или по инструкции автора workflow.

5. Поставь зависимости

Если у ноды есть свои requirements, не пропускай этот этап.

6. Сделай полноценный restart

Не refresh, а именно перезапуск ComfyUI.

7. Если нода осталась битой — удали и добавь заново

Это банально, но реально часто работает.

Внутренняя ссылка: Что такое pod template на Runpod и почему все спрашивают, какой шаблон выбрать?

Что не надо делать

• Не надо путать JSON с готовой рабочей средой.
• Не надо класть custom nodes в папки моделей.
• Не надо считать, что если схема открылась, значит всё установлено.
• Не надо сразу винить checkpoint или LoRA, если есть missing node.
• Не надо забывать про restart после установки.

Вывод

Custom nodes — это не мелкое дополнение, а очень часто основа того, почему workflow вообще работает так, как его задумал автор.

Именно они добавляют в ComfyUI всё то, чего нет в голой базе: видео-обработку, face swap, captioning, pose-инструменты, специальные загрузчики и служебную логику.

Поэтому запомни простую схему:

• models — в папки моделей;
• custom nodes — в custom_nodes;
• JSON — это только схема, а не весь workflow целиком.

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