Workflowノードの50個という上限が技術的なものなのか、それとも単に見た目だけのものなのか気になっています。
Meta Ask Agent（Discourse Helper）を使って、特定のバッジセットから自動的にチアポイントを付与するワークフローを構築しているのですが、どのワークフローもノード数が50個以下に制限されているようです。
ワークフローを分割するよう提案されていますが、利用可能なノード数の上限を引き上げる隠し設定があるのでしょうか？
こちらで推奨されるアプローチは何ですか？ 期待通りに動作するはずですか、それともこの機能では処理しきれず、この機能を達成するためにプラグインを構築する必要があるのでしょうか？
これは単なる大まかな目安で、処理が鈍くなり始め、UIでの管理が難しくなりそうなポイントを指しています。例えば、1つのワークフロー内で100ノードをデバッグする必要が生じれば、かなり面倒になるでしょう。
ワークフローを分割するために、「workflow call」と「call workflow」ノードを使用できます。「workflow call」をトリガーとして開始するワークフローを設定し、別のワークフローから「call workflow」を使ってその最初のワークフローを呼び出すことができます。
最近、私も初めて50ノードの上限に達しました。私の場合は、分割するのが比較的簡単でした。ただ、上限に達したときは少し驚きました。
上限があることは知っていましたが、まだ50ノードには達していないという感覚がありました。
数えてみました。ちゃんと。
ハードコードされた上限をもう少し高くしてもいいかなと思いますが、上限があることは有益だと考えていますし、その数値は本来あるべき値から大きく離れていません。
ただ、一つ気になることがあります。付箋（スティッキーノート）も上限にカウントされることに気づきました。これは奇妙に感じましたので、変更すべきだと思います。
@awesomerobot が説明した理由により、この制限は somewhat 恣意的なものです。スティッキーノートをカウントしないのではなく、上限を100に引き上げることに反対ではありません。実はスティッキーノードはノードであるという点は、実装の詳細な部分です 
いいですね、その増加が実現することを祈っています
現時点では、Daveが以前述べていたように、シンプルな方法で分割を行うことができました。将来的には、50から100への増加により、ワークフローが過多になるのを防ぎ、整理整頓しやすくなるかもしれません。
気づかぬうちに10個や20個のワークフローが同時に実行されることになりがちですが、Discourseのこの機能は本当に多くのことを可能にしており、私たちの中でその可能性を探っている人がたくさんいるのを見かけます。