Data Plane vs Control Plane — что течёт по графу и что им управляет

При первом чтении большого workflow ищи крупные объекты. IMAGE переходит в preprocessors, MASK ограничивает область, LATENT идёт через sampler, MODEL и CONDITIONING обеспечивают генерацию. Это скелет вычисления.

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

Control plane может не менять пиксели напрямую, но определяет, какие pixels вообще попадут downstream. Он выбирает source, strength, steps, denoise, mode, resolution и active modules.

Поэтому маленький INT selector иногда важнее целой генеративной ветки: неверное значение просто выберет другой путь.

Если input параметра связан с другой control-нодой, downstream widget может отображать сохранённое локальное значение, которое не определяет текущий runtime. Authoritative source находится upstream.

При диагностике selectors и shared controls всегда нужно трассировать link до источника, а не доверять только подписи внутри конечной ноды.

Когда несколько branch должны использовать один режим, размер или seed, лучше иметь единый authoritative control, чем копировать значение вручную в нескольких местах.

Это уменьшает configuration drift: ситуацию, когда один parameter уже изменён, а второй остался старым.

Topology отвечает: какие связи вообще существуют в сохранённом workflow. Effective runtime map отвечает: какие из этих связей реально определяют текущий результат с учётом selectors, linked controls и bypass state.

Это различие критично для аудита больших графов: connected branch может быть selected away, а сохранённый post-process может находиться в bypass.

• Карта A: оставить только IMAGE / MASK / LATENT / MODEL / CONDITIONING links.
• Карта B: выписать только selectors, INT/FLOAT/STRING controls и bypass switches.
• Для каждого selector записать его authoritative upstream value.
• Соединить карты и описать одной фразой effective runtime route.