Сначала архитектура графа, потом генеративные ноды, потом практика
ComfyUI становится понятным только тогда, когда пользователь сначала учится читать язык графа, затем понимать типовые конструкции и только после этого проектировать большие управляемые workflow. Этот раздел задаёт фундамент перед разбором Hansen.
Почему большие ComfyUI-графы кажутся непонятными
Большинство обучающих материалов начинают с генеративных нод: loaders, encoders, samplers, ControlNet и VAE. Но до этого пользователю редко объясняют сам язык графа — типы данных, маршруты, состояния, selectors, modules и точки возврата.
Из-за этого большой production workflow воспринимается как сотни коробок и проводов. Для автора того же графа это, наоборот, несколько крупных систем: control plane, data plane, генеративные модули, диагностические checkpoints и output routes.
Главный порядок обучения
Сначала архитектура графа, потом генеративные ноды, потом практика.
Учебная аналогия
Нельзя уверенно читать production workflow, пока не освоен его «алфавит»: типы данных, sockets, links и базовые конструкции.
От букв к языку workflow
| Уровень | Что изучаем | Результат |
|---|---|---|
| LEVEL 1 · Node Literacy | IMAGE, MASK, LATENT, MODEL, CLIP, CONDITIONING, VAE, STRING, INT, FLOAT, sockets и links | Человек понимает, что именно входит и выходит из ноды |
| LEVEL 2 · Graph Literacy | Loader → Encoder → Sampler → Decode; Image → Preprocessor → ControlNet; Detection → Segmentation → Mask | Человек видит не отдельные nodes, а стандартные конструкции |
| LEVEL 3 · Workflow Engineering | BASE CONFIG, groups, control plane, modules, contracts, selectors, checkpoints, return points, reproducibility | Человек умеет проектировать и диагностировать большой production graph |
Нода — это ещё не workflow
Набор соединённых nodes может что-то генерировать, но production workflow требует архитектуры: понятного входа, управляемого маршрута, модулей с границами ответственности, диагностических портов и предсказуемого выхода.
Главная задача Workflow Engineering — превратить ComfyUI canvas из «паутины» в систему, которую можно читать, тестировать, расширять и передавать другому человеку.
BASE CONFIG — control plane большого графа
BASE CONFIG должен рассматриваться как центральная панель управления workflow, а не как декоративный блок. Он отвечает за то, какие крупные ветки активны, какие bypassed и какой runtime profile собирается из модулей.
Числовые controls и selectors отвечают на другой вопрос: как работает уже активная ветка. Поэтому enable/bypass logic и parameter controls нельзя смешивать в одну концепцию.
- MODEL LOADERS
- INPUTS
- CONTROL
- SAMPLER CONFIGURATION
- ControlNet PREPROCESSORS + EXTRAS
- MASKS
- PEOPLE / PPL sub-branches
- Process SEGMENTATION / SDXL / FLUX / UPSCALE / ADD LOGO
- OUTPUT
Каждая ветка должна иметь понятный вход и выход
Профессиональный граф проще читать, когда каждая крупная задача оформлена как модуль: ControlNet, SDXL, PEOPLE, FLUX, UPSCALE и OUTPUT. Модуль должен явно показывать, какие типы данных получает и что возвращает downstream.
Такой Input / Output contract позволяет изучать ветку отдельно, тестировать её независимо и позже собирать Master Workflow как систему совместимых блоков.
Большой workflow должен быть наблюдаемым
Preview и comparer nodes должны работать как диагностические порты. Проверять финальный output бессмысленно, если неизвестно, где именно результат перестал быть корректным.
Базовое правило диагностики: доказать текущий checkpoint и только после этого переходить к следующему.
Профессиональный эксперимент должен быть воспроизводимым
Seed, model, prompt, sampler, scheduler, steps, denoise, resolution и effective selector values образуют конфигурацию эксперимента. Если одновременно менять несколько параметров, нельзя доказать, что именно улучшило или ухудшило результат.
- Фиксировать seed и effective linked values.
- Менять одну переменную за тест.
- Сохранять checkpoints, а не только final image.
- Отделять runtime fact от предположения по topology.
Как теперь будет устроен весь учебник
| Part | Назначение |
|---|---|
| PART I · Workflow Engineering | Алфавит, язык графа, архитектура, BASE CONFIG, contracts, debugging |
| PART II · Generative Systems | SDXL, FLUX, ControlNet, Florence2, SAM2, masks, composite, upscale |
| PART III · Hansen by Timestamps | Разбор production workflow строго по видео и таймкодам |
| PART IV · Practice Labs | Standalone JSON для каждой независимой ветки, упражнения и QC |
| PART V · Master Build | Сборка изученных модулей обратно в большой управляемый workflow |
Первое упражнение: научиться читать маршрут до изучения модели
- Открыть любой небольшой ComfyUI workflow.
- Не смотреть сначала на названия моделей.
- Для каждой ноды определить входной и выходной тип данных.
- Найти начало data plane и конечный output.
- Разбить граф на 3–5 смысловых модулей.
- Отметить хотя бы один checkpoint между модулями.
Цель упражнения
Научиться видеть структуру до того, как внимание переключится на конкретные модели и параметры генерации.