我想知道工作流节点数量上限为 50 是出于技术限制，还是仅仅是一个表面上的限制。
我正在使用 Meta Ask Agent（又称 Discourse Helper）构建一个工作流，以便根据一组徽章自动授予欢呼点（cheer points）。我注意到每个工作流只能拥有 50 个或更少的节点。
建议是将工作流拆分，或者是否存在一个隐藏的设置可以提高可用节点的上限？
这里建议采用哪种方法？它应该能按预期正常工作，还是说对于该功能而言这太复杂了，我需要编写一个插件来实现此功能？
我觉得这只是一个粗略的节点，表示事情可能开始变慢、在 UI 中变得难以管理……如果你需要在同一个工作流中调试 100 个节点，那可能会相当痛苦。
我们有“工作流调用”和“调用工作流”节点，可以用来拆分任务。你可以设置一个以“工作流调用”作为触发器的工作流，然后在另一个工作流中使用“调用工作流”来调用第一个工作流。
我最近也第一次碰到了 50 个节点的上限。就我的情况而言，拆分起来还算直接。但当我真的碰到这个限制时，还是有点意外。
我知道有这个限制，但感觉上我还没到 50 个节点。
我数过了。真的数了。
我可能会考虑把硬编码的上限调高一点，但我认为设置一个限制是有帮助的，而且这个数字离理想值也不远。
不过有一点……我注意到便签也会计入节点数量。这感觉有点奇怪，我觉得我们最好改一下。
正如 @awesomerobot 所解释的，这个限制其实有点随意。与其不计算便签，我更倾向于将上限提高到 100。便签实际上就是节点，这只是实现细节上的一个特点 
听起来不错，希望那个提升能顺利实现
目前，我按照 Dave 之前提到的方法，用一种简单的方式实现了拆分。不过也许未来将上限从 50 提升到 100 后，就能避免创建过多的工作流，从而保持它们的整洁有序。
不知不觉间，大家可能会同时运行 10 个甚至 20 个工作流。Discourse 的这个功能确实非常强大，我看到我们中的很多人都在积极探索它。