워크플로 노드의 50개 제한이 기술적인 것인지, 아니면 단순히 표시상의 것인지 궁금합니다.
Meta Ask Agent(또는 Discourse Helper)를 사용하여 특정 배지 세트에서 자동 치어 포인트를 부여하는 워크플로를 구축하고 있는데, 모든 워크플로에서 노드 수가 50개를 초과할 수 없다는 것을 확인했습니다.
워크플로를 분할하는 것이 권장되나요, 아니면 사용 가능한 노드 수 제한을 높이는 숨겨된 설정이 있을까요?
여기서 권장되는 접근 방식은 무엇인가요? 예상대로 작동해야 하는지, 아니면 이 기능에 너무 많은 노드가 필요하여 이 기능을 구현하기 위해 플러그인을 만들어야 하는지 궁금합니다.
개인적으로, 작업이 시작될 때 성능이 저하되고 UI에서 관리하기 어려워질 수 있는 대략적인 임계점이라고 생각합니다… 만약 하나의 워크플로우에서 100개 노드를 디버깅해야 한다면 꽤 고통스러울 것입니다.
작업을 분리하기 위해 사용할 수 있는 "workflow call"과 “call workflow” 노드가 있습니다. "workflow call"로 시작하는 워크플로우를 트리거로 설정하고, 다른 워크플로우에서 "call workflow"를 사용해 해당 첫 번째 워크플로우를 호출할 수 있습니다.
최근에 나도 처음으로 50개 노드 제한에 도달했습니다. 제 경우엔 내용을 나누는 것이 비교적 간단했지만, 실제로 제한에 부딪혔을 때 좀 놀랐습니다.
제한이 존재하는 것은 알고 있었지만, 아직 50개 노드라고 느껴지지 않았거든요.
정확히 세어 보았습니다. 정말로요.
하드코딩된 제한을 조금 더 높이는 것도 상상해 볼 수 있지만, 제한이 있는 것이 도움이 된다고 생각하며, 현재 수치가 적정선에서 크게 벗어나지 않는다고 봅니다.
다만 한 가지… 메모가 이 제한에 포함되는 것을 알게 되었습니다. 이건 좀 이상하게 느껴졌고, 아마도 이 부분은 변경해야 할 것 같습니다.
@awesomerobot 님이 설명하신 이유 때문에 다소 임의적인 한도입니다. 스티키 노트를 카운트하지 않는 것보다는 100으로 상향하는 데 반대하지 않습니다. 사실 스티키 노트가 노드인 것은 구현상의 세부 사항입니다 
좋네요, 그 증감이 이루어지길 두 손 모아 응원합니다
현재까지는 Dave가 앞서 언급했던 대로 간단한 방식으로 분리를 해 보았지만, 향후 50에서 100으로 증가하게 되면 워크플로우가 너무 많이 생성되는 것을 방지하여 관리하기 쉽게 유지할 수 있을 것 같습니다.
의식하지 못하는 사이에 10개나 20개가 동시에 실행되고 있는 경우가 생기기도 하는데, 이 기능은 Discourse에서 정말 많은 것을 할 수 있게 해주며, 우리 중 많은 분들이 이를 탐구하는 모습을 보고 있습니다.