Ich frage mich, ob die Obergrenze von 50 Workflow-Knoten technisch bedingt und/oder nur kosmetischer Natur ist.
Ich baue gerade mit dem Meta Ask Agent (auch bekannt als Discourse Helper) einen Workflow, der automatisch Cheer-Punkte aus einem Satz von Badges vergibt. Dabei stelle ich fest, dass jeder Workflow nur <=50 Knoten haben kann.
Es wird empfohlen, den Workflow aufzuteilen, oder gibt es vielleicht eine versteckte Einstellung, um die verfügbare Anzahl an Knoten zu erhöhen?
Welcher Ansatz wird hier empfohlen? Sollte es wie erwartet funktionieren, oder ist es für die Funktionalität zu viel, sodass ich ein Plugin erstellen muss, um diese Funktion zu realisieren?
Ich denke, es ist nur eine grobe Schätzung dafür, ab wann die Dinge langsamer werden und im UI schwerer zu verwalten sein könnten … Wenn man zum Beispiel 100 Nodes in einem einzigen Workflow debuggen müsste, wäre das wahrscheinlich ziemlich schmerzhaft.
Wir haben „Workflow call“- und „call workflow“-Nodes, mit denen man sich die Arbeit aufteilen kann. Man kann einen Workflow einrichten, der mit „workflow call“ als Trigger startet, und „call workflow“ aus einem anderen Workflow verwenden, um diesen ersten Workflow aufzurufen.
Mir ist das 50-Knoten-Limit vor Kurzem auch zum ersten Mal begegnet. In meinem Fall war es ziemlich unkompliziert, die Dinge aufzuteilen. Aber ich war ein wenig überrascht, als ich es erreichte.
Ich wusste, dass es ein Limit gibt, aber es fühlte sich nicht so an, als hätte ich schon 50 Knoten.
Ich habe gezählt. Wirklich.
Ich könnte mir vorstellen, das hart codierte Limit etwas anzuheben, aber ich denke, es ist hilfreich, ein Limit zu haben, und die Zahl ist nicht weit davon entfernt, was sie sein sollte.
Ein Punkt noch… Ich habe bemerkt, dass Haftnotizen auf das Limit angerechnet werden. Das kam mir seltsam vor, und ich denke, wir sollten das wahrscheinlich ändern.