나: 'ComfyUI에서 이 새 워크플로를 써볼까. 제작자 말로는 사용법이 매우 간단하다던데.' 워크플로 파일을 받고 ComfyUI를 실행해 워크플로를 가져온다. 노드용 확장 프로그램이 없다는 알림. 나: '좋아, 확장 프로그램만 설치하면 되겠네. 이제 ComfyUI 재시작... 문제없다.' 모델을 찾을 수 없다는 알림. 나: '뭐지? 이 모델은 이미 받아놨는데. 왜 감지가 안 되는지 보자.' 노드 안을 들여다보니 하위 노드가 한 무더기 있었고, 모델 파일은 '이름' 노드에 연결되어 있어서 워크플로 제작자가 정해둔 정확한 이름으로만 모델명이 제한되고 수정도 불가능했다.

이 때문에 워크플로를 공유할 때는 서브그래프를 절대 쓰지 않는다. 사실 아예 쓰지 않는다. 복잡한 워크플로에서 자신이 무엇을 하고 있는지 놓치기 쉬워지기 때문이다. 또한 예시를 공유할 때는 커스텀 노드를 대부분 걷어내고 워크플로를 최소한의 기본 요소로 줄이기 바란다.

나는 보통 해상도 선택기, 빈 라텐트 이미지, 출력 파일명 같은 부분만 서브그래프로 묶고, 워크플로의 넓은 부분을 묶는 일은 절대 없다.

if-else 로직 블록에도 서브그래프가 아주 좋다. 간단한 일을 하는 데도 노드가 여러 개 필요하고 공간을 많이 차지하기 때문이다. 서브그래프의 완벽한 사용 사례다.