# 全新工作流功能抢先看
**URL:** https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990
**Category:** Announcements
**Tags:** workflows
**Created:** [2026年七月13日 01:19 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990 "2026-07-13T01:19:14Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@lindsey](https://meta.discourse.org/u/lindsey)
#### Post date: [2026年七月13日 01:19 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/1 "2026-07-13T01:19:14Z")
我们正在开发一项新的“工作流”（Workflows）功能，旨在支持现有“自动化”（Automations）工具无法处理的复杂任务。这个新的可视化自动化构建器允许您在管理后台中直接创建包含时间延迟、条件分支、外部服务调用以及 AI 操作的多步骤工作流。
> **工作流功能适用于商业版和企业版套餐** ，仅限使用 Discourse 托管服务的用户。
## 工作流概览
工作流取代了现有自动化插件中依赖大量脚本的方式，转而采用基于节点的可视化画布，通过连接节点来创建复杂的多步骤逻辑。
📚 [文档](https://meta.discourse.org/t/wip-discourse-workflows/407100)
### 节点
节点分为四大类：
- **触发器（Triggers）** ：响应 Discourse 中的事件（例如：主题创建、用户加入群组等）、预设时间表、Webhook 或手动操作来启动工作流。
- **条件（Conditions）** ：基于工作流中任意数据的“是/否”逻辑，在工作流中创建分支。
- **操作（Actions）** ：由工作流触发的事件，例如发送私信或聊天消息、发布回复、调用 HTTP 端点、运行 AI 代理或查询 [Data Explorer](https://meta.discourse.org/t/discourse-data-explorer/32566)。
- **实用工具（Utilities）** ：通过设置延迟、循环遍历项目、设置变量来控制流程本身，并可通过便签帮助记录工作流文档。
每个节点的参数都支持字面量和动态表达式，因此您可以在后续步骤中引用之前任何节点的输出、工作流变量或执行上下文。
### 变量、数据表和凭证
工作流包含一些额外的工具，以便于创建和管理其输出：
- **变量（Variables）** ：存储的键值对（例如：群组 ID、分类 ID 等），在所有工作流中均可轻松访问，便于配置。
- **凭证（Credentials）** ：用于存储可复用的 HTTP 请求节点身份验证配置，因此您无需将 API 密钥粘贴到工作流中。
- **数据表（Data tables）** ：用于存储和查询运行时数据，以便跟踪执行状态（例如：查看工作流是否已在特定主题上运行过）并轻松引用工作流的输出。
### 执行日志
每次工作流运行都会在“执行”（Executions）选项卡中生成完整的日志。您可以查看哪些节点已运行、它们接收了什么数据、输出了什么内容，以及如果出现问题，工作流在哪里停止。
## 如何使用工作流
要试用此功能，请前往 **[/admin/config/upcoming-changes](https://meta.discourse.org/t/introducing-upcoming-changes-a-system-to-manage-new-features-and-changes-to-existing-functionality-in-your-community/392894)** 中的 **[即将推出的更改](https://meta.discourse.org/t/introducing-upcoming-changes-a-system-to-manage-new-features-and-changes-to-existing-functionality-in-your-community/392894)**，找到 **启用 Discourse 工作流** 项目，并更新 **启用给…** 字段以将您的站点加入该功能。
启用后，您可以在管理后台的 **插件 → 工作流** 下找到工作流。
---
### Author:  [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [2026年七月13日 03:05 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/4 "2026-07-13T03:05:23Z")
这看起来像 n8n。如果它的功能类似，那就太酷了
---
### Author:  [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)
#### Post date: [2026年七月13日 06:35 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/5 "2026-07-13T06:35:22Z")
这能作为自动化的替代方案吗？或者可以结合使用？
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [2026年七月13日 06:40 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/6 "2026-07-13T06:40:00Z")
在过去的四周里，我们一直在利用这个新插件构建一些集成和自动化功能，我只能说它绝对棒极了，是 Discourse 的一个重大突破。这确实是多年来最出色的新功能（而且目前已经有很多令人惊叹的功能了 😍)。
> [@Eviepayne](#):
>
> 这看起来像 n8n。如果它的功能类似，那就太酷了。
确实如此 🙂
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2026年七月13日 20:36 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/7 "2026-07-13T20:36:20Z")
它很可能在某个时候完全取代 Automations 插件，因为工作流更加灵活
---
### Author:  [@iamcapote](https://meta.discourse.org/u/iamcapote)
#### Post date: [2026年七月14日 18:37 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/8 "2026-07-14T18:37:00Z")
这个想法太棒了。我花了很多时间打造功能强大的 n8n 和 Discourse 集成。这项举措令人惊叹，必将为 Discourse 注入强劲动力。
---
### Author:  [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [2026年七月22日 18:39 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/10 "2026-07-22T18:39:56Z")
我现在正在尝试这个功能，我认为这个论坛应该有一个专门用于工作流的新分类。
我还想知道如何向用户发送聊天消息，而不是发送到频道
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2026年七月22日 21:13 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/11 "2026-07-22T21:13:52Z")
目前还无法向用户发送聊天消息，只能发送到频道
---
### Author:  [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [2026年七月22日 21:15 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/12 "2026-07-22T21:15:06Z")
> [@awesomerobot](#):
>
> 还没
---
### Author:  [@sok777](https://meta.discourse.org/u/sok777)
#### Post date: [2026年七月27日 09:15 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/13 "2026-07-27T09:15:42Z")
我非常喜欢新的工作流——这绝对是一个重大变革，而且还可以与 n8n 等服务配合使用。
我发现经常遇到速率限制——该如何更改这一设置？
另外，不知为何，我发现它有时会突然停止运行，唯一的解决办法是通过“即将推出的更改”选项关闭该功能，然后再重新开启。
大家有什么看法吗？
---
### Author:  [@sniper756](https://meta.discourse.org/u/sniper756)
#### Post date: [2026年七月27日 16:24 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/14 "2026-07-27T16:24:48Z")
感觉很高级，请问谁能列举一些使用场景？。。。。。
---
### Author:  [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [2026年七月27日 16:45 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/15 "2026-07-27T16:45:09Z")
想象一下，能够创建一个基于用户信任等级的流程，从而实现动态行为。例如，如果用户同时属于这两个组，就将他们添加到第三个组，该组赋予他们访问新类别的权限。
在原生 Discourse 中，实现此类动态行为颇为困难。
---
### Author:  [@typed-sigterm](https://meta.discourse.org/u/typed-sigterm)
#### Post date: [2026年八月1日 08:36 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/16 "2026-08-01T08:36:12Z")
> [@Eviepayne](#):
>
> 想象一下，能够创建一个流程，根据用户的信任级别实现动态行为，例如：如果用户同时属于这两个组，就将他们添加到第三个组，从而让他们获得访问新类别的权限。
更好的方法是将所有组选择器重构为交集、并集和补集表达式！😄（开玩笑的）
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [2026年八月1日 13:00 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/17 "2026-08-01T13:00:59Z")
> [@Eviepayne](#):
>
> 我也想知道如何向用户而不是频道发送聊天消息
通过在工作流中调用 Discourse API，你可以实现任何操作 😀
---
### Author:  [@satonotdead](https://meta.discourse.org/u/satonotdead)
#### Post date: [2026年八月12日 00:47 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/22 "2026-08-12T00:47:03Z")
我想知道在什么情况下应该继续使用自动化+查询，而在什么情况下应该真正使用工作流。以下面的操作为例：
_向阅读与发帖比例超过250:1的用户发送私信（这些用户最终会落入“未列入名单”组，也就是所谓的“潜水员”）_
针对这种特定情况，哪种工具更高效或更推荐？我应该在什么时候使用自动化+查询，什么时候使用工作流？
我理解工作流允许分支决策，从而能够实现动态图表；首先，我想了解经验丰富的用户对于更简单的工作流有何看法。
---
### Author:  [@lindsey](https://meta.discourse.org/u/lindsey)
#### Post date: [2026年八月12日 11:57 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/23 "2026-08-12T11:57:02Z")
我建议即使对于简单的流程也使用工作流，原因如下：
- 如果您以后决定需要扩展或更改简单流程，工作流更加灵活，可以根据您的需求进行调整
- 如果您以后决定要构建另一个受此流程影响的流程，工作流允许您将它们连接在一起
- 工作流为您提供更好的流程执行可见性，因此故障排除更容易
---
### Author:  [@j.jaffeux](https://meta.discourse.org/u/j.jaffeux)
#### Post date: [2026年八月12日 13:17 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/25 "2026-08-12T13:17:30Z")
正如 @lindsey 所说，此外，如果你有任何可以通过自动化实现但无法通过工作流实现的用例，请告诉我们。
---
### Author:  [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年九月3日 09:01 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/26 "2026-09-03T09:01:36Z")
如果能有一个专门用于分享工作流的版块，那就太棒了！这不仅能帮助社区成员，还能让大家更好地理解各种机制，最重要的是能为未来的项目提供新的灵感。这只是个想法 😅
顺便说一句：我觉得工作流模块做得非常出色，既强大又直观 👍
---
### Author:  [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [2026年九月3日 11:30 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/27 "2026-09-03T11:30:37Z")
你应该在以下帖子中发表你的意见：
> [@添加工作流分类](https://meta.discourse.org/t/add-a-category-for-workflows/408415):
>
> 我对[工作流功能](https://meta.discourse.org/t/discourse-workflows/407100)感到非常兴奋，并预计这将极大地扩展我论坛的功能。 我认为，如果这一功能得到良好的维护，将会吸引大量社区成员制作自动化流程。因此，我认为在这个 Meta 论坛中应该设立一个工作流分类。用户可以在其中分享工作流、寻求帮助或提出节点需求。 我个人希望看到以下一些功能： 通过聊天向用户发送消息 创建/删除分类 插件 API（稍后详述） 随着我对各种想法进行实验，未来可能会推出更多功能。 [n8n 论坛](https://community.n8n.io) 拥有一个自定义插件，允许你在帖子中查看流程。这种功能对于工作流分类中的协作和故障排除/支持将非常有用。 n8n 还具备 [Discourse 节点](https://n8n.io/integrations/discourse/)，如果实现功能对等将非常棒，甚至能与这些节点实现互操作性，例如使用 n8n 节点调用作为工作流触发器，那将非常酷。 我所说的插件 API，是指具备通过插件添加节点的能力。我脑海中有一个想法，即利用游戏化插件来扩展积分功能，允许基于与论坛的互动实现动态行为，例如增加或扣除积分。
---
### Author:  [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年九月6日 10:00 UTC](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990/28 "2026-09-06T10:00:52Z")
我想知道，当事件状态变为“已满”时，系统是否会自动在事件名称后添加“已满”字样？这样用户在年度概览中就能直接看到哪些活动已无名额，而无需点击进入活动详情查看是否还有空位。更进一步的话，甚至可以在事件名称中直接显示剩余名额数量。以上是我为了提升用户体验而提出的一些想法 😅