워크플로우 및 커스텀 노드를 제작하는 분들께 드리는 요청

제발, 제발, 저희가 여러분의 노드와 워크플로우가 무엇을 하는지 바로 이해할 수 있을 거라고 가정하지 말아 주세요. 최근에 많은 새로운 커스텀 노드가 나오고 관련 워크플로우도 함께 나오는데, 종종 저자가 만든 노드를 그에 필연적으로 따라오는 거대하고 복잡한 워크플로우에서 작동하도록 만드는 과정 자체가 지치는 경험입니다. 저는 단지 수백 개의 커스텀 노드와 셀 수 없이 많은 서브그래프가 있는 '만능' 같은 하나의 거대한 워크플로우를 만들지 말아 주시기를 제안하고 싶습니다. 그것은 여러분에게는 훌륭할 겁니다. 왜냐하면 여러분이 오랫동안 자신의 필요에 맞게 그 워크플로우를 구축해 왔고, 내부 사정을 속속들이 알고 있기 때문이죠. 하지만 저희가 그 워크플로우를 받게 되는 순간, 우리는 빨간색으로 깨진 노드들로 가득 찬 스파게티 같은 난장판에 직면하게 될 것이며, 그것을 이해하려고 노력하기 전에 고치는 데만 엄청난 시간을 쓰게 될 겁니다. 물론 저희 모두 여러분의 시간과 노력에 감사하지만, 만약 자신의 작업으로 사용자 참여(user engagement)를 진정으로 원한다면, 사용자 경험(user experience)에 대해 생각하는 시간을 할애해 주십시오. 그것이 여러분에게는 너무나 자연스러운 일이라서 저희가 손을 잡아주는 과정이 필요하겠지만, 저희에게는 전혀 그렇지 않습니다. 그러니 부디, 새로 만든 노드가 할 수 있는 최소한의 기능만을 수행하는 기본적인(vanilla) 워크플로우를 제공해 주십시오. 그러면 저희가 여러분의 새 노드가 무엇인지, 어떻게 작동하는지 파악하는 데 도움이 될 것이고, 그 다음에는 중요한 부분이 무엇이고 저희 필요에 맞게 어떤 부분을 제거할지 알면서 더 복잡한 워크플로우로 넘어갈 수 있을 것입니다. 따라서 기본적인 워크플로우에서는 필요하지 않지만, 이 목록을 상당히 확장할 수 있는 몇 가지 사항들을 제안합니다: 속도 향상 관련 항목(예: sage attention 등). 모든 사람의 선호도가 다르니 저희에게 맡겨주세요. 비필수적인 LoRA를 구현하는 것들. 노드와 연결선을 숨기거나 묻어버리는 것들. 여러 가지를 결합하기 위해 사용하는 커스텀 노드, 예를 들어 모든 모델을 하나의 노드로 로드한 다음 그 노드가 어딘가에 모호하게 참조되는 식의 경우요.

Upscaling Anything에서 워크플로우가 '선택 사항(optional)'이라고 말하는 부분은, 기본(vanilla) 워크플로우에는 넣지 말고 사람들이 기본적인 내용을 익힌 후에 더 복잡한 전체 워크플로우에서 그것에 대해 배울 수 있도록 하는 것이 좋겠습니다. 어쨌든 이것이 제 요청인데, 이 정도만 해도 더 많은 사람이 귀하의 노드를 사용하도록 만드는 데 큰 도움이 될 것이라고 생각합니다. 혹시 제가 까다롭게 들렸다면 죄송하며, 여러분 중 많은 분들이 새로운 기능을 추가하는 노력과 시간을 진심으로 감사드립니다. 다만 저희 모두가 여러분이 가진 지식을 가지고 있는 것은 아니라는 점을 잊지 말아주세요. 제출자: /u/kemb0 [link] [comments]