워크플로우 카테고리 추가

기여 사이트 피드백
1

나는 워크플로 기능에 대해 매우 기대하고 있으며, 이를 통해 포럼의 기능을 크게 확장할 수 있을 것으로 예상합니다.

이 기능이 잘 유지보수된다면 자동화를 만드는 대규모 커뮤니티가 형성될 것이라고 생각합니다. 그 이유로는 워크플로 카테고리 내에 사용자가 워크플로를 공유하거나 제작에 대한 도움을 구할 수 있고, 노드 추가 요청을 할 수 있어야 한다고 생각합니다.

개인적으로 다음과 같은 기능들을 보고 싶습니다:

  • 채팅으로 사용자에게 메시지 보내기
  • 카테고리 생성/삭제
  • 플러그인 API (나중에 더 자세히 설명)

아이디어를 실험하면서 더 많은 기능이 추가될 가능성이 높습니다.

n8n 포럼에는 스레드에서 플로우를 볼 수 있는 커스텀 플러그인이 있습니다. 워크플로 카테고리에서 협업 및 문제 해결/지원을 위해 이러한 종류의 기능이 있으면 좋을 것입니다.

n8n에는 Discourse 노드도 있으며, 기능 동등성이 확보되면 좋겠고, n8n 노드 호출을 워크플로 트리거로 사용하는 것과 같은 상호 운용성도 멋질 것입니다.

플러그인 API라고 하는 것은 플러그인을 통해 노드를 추가할 수 있는 기능을 의미합니다. 제 머릿속에 있는 아이디어 중 하나는 게이미피케이션 플러그인을 사용하여 점수 기능을 확장하여 포럼과의 상호 작용에 기반하여 점수를 동적으로 추가/제거하는 것과 같은 동적 동작을 허용하는 것입니다.

6개의 좋아요
A preview of the new Workflows feature
2

이제 이 기능이 LTS 릴리스에 정식 적용되었으니, 이 스레드에 n8n과 기능 대비가 없는 것으로 판단되는 누락된 기능이나 버그를 발견할 때마다 메모를 남길 예정입니다.

  • HTTP request 블록에는 페이지네이션 기능이 없습니다.
  • n8n의 데이터 변환 블록인 split과 aggregate에는 discourse 워크플로우에서 해당 기능이 없습니다.
3

현재 summarize 노드가 있습니다(아직 LTS에는 포함되지 않았지만). 이 노드가 집계 요구사항을 충족하는 데 도움이 될 것입니다.

4

제안이 합리적이라고 생각합니다. 동의합니다. 여기에서 워크플로를 공유할 수 있는 공간이 충분히 있을 것입니다. 우리는 반드시 이를 고려하겠습니다.

아마도 Customization 채널에서 별도의 카테고리가 될 가치가 있을 것 같습니다. 예를 들어 #customization/workflows 같은 형태입니다.

그동안 두 가지를 제안합니다:

  1. 단순히 매우 비공식적인 방식으로 아이디어를 나누고 공유하고 싶다면 이 주제에 기여해 주세요: Show us your Workflows
  2. 더 정제된 방식으로 공유하려면, 예를 들어 더 지속적인 관심, 지원, 유지보수가 필요하다고 생각하는 워크플로를 공유할 때는 #workflows 태그가 달린 #customization/extras 채널의 주제들을 사용하세요.

태그는 새로운 카테고리를 싹 틔우는 좋은 방법입니다. 모멘텀이 붙는 것을 보게 되면, 그것을 새로운 카테고리로 승격하고 해당 태그가 달린 주제들을 옮겨가는 것이 자연스러운 다음 단계가 될 것입니다.

이것은 Contribute > Feature 채널에서 workflows 태그와 함께 좋은 주제가 될 것 같습니다. 워크플로 기능 전체를 개선하는 데 대한 제안이 있다면, 그것을 공식 기록으로 남기고 사람들이 토론하고 투표할 수 있게 하는 좋은 방법입니다.

LTS / ESR(esr) 릴리스를 사용 중이신가요?

이 영역에 관심이 많으시므로 latest로 전환하시는 것이 좋다고 생각합니다. 그렇게 하면 계속 발전하는 기능에 대해 더 빠른 피드백 루프를 가질 수 있습니다.

3개의 좋아요
5

이 부분을 놓쳤는데, 이미 채팅, 대담, 주제 투표, AI 등이 워크플로 플러그인 API를 사용하고 있는 상태입니다.

3개의 좋아요
6

제가 생각해 낸 아이디어들은 대부분 API와 노드 출력 간의 불일치 때문에 HTTP 요청 노드가 필요합니다.

예를 들어,版主/관리자 및 기타 특정 그룹이 DM이나 공개 게시물에서 사용자에게 답글을 달면서 +Xp 또는 -Xp를 부여하여 포인트를 추가하거나 제거할 수 있는 방법을 구축하려고 합니다. 여기서 문제는 답글을 달고 있는 메시지의 게시물 ID를 가져올 수 있는 노드가 없다는 것입니다.

답글을 달고 있는 게시물의 사용자 ID를 얻으려면 해당 게시물의 ID가 필요합니다. 내 게시물을 가져와도 reply_to_id 값이 표시되지 않고, 주제를 가져와도 ID가 포함된 게시물 목록이 표시되지 않습니다. ID를 얻을 수 있는 유일한 방법은 API를 사용하는 것인데, API에는 속도 제한이 있습니다.

현재 HTTP 요청 블록은 페이지네이션이나 간격 제어 기능이 없어 거의 쓸모없는 상태입니다. 대기 블록은 이 문제를 해결하지 못합니다. 개별 노드가 모든 항목을 실행할 뿐, 항목을 강제적으로 페이지네이션할 수 있는 루프 노드가 없기 때문입니다.