9月17日，我们举办了**“探索 Discourse 工作流”**活动，通过实践视角展示了社区如何利用 Discourse Workflows 直接在 Discourse 中自动化多步骤流程。
观看回放：
工作流是一种可视化自动化机制，它会响应社区中发生的事件并执行相应操作。
在最简单的层面上，你可以将其理解为触发器 → 操作 → 结果。
更复杂的工作流可以添加条件、分支、存储数据、AI、定时操作以及与外部服务的连接。
在本次活动中，我们拆解了工作流的基本构建模块，包括：
- 触发器： 启动工作流的事件，例如新主题、定时事件或传入的 Webhook
- 条件： 决定工作流应走哪条路径的规则
- 操作： Discourse 接下来应执行的动作，例如创建帖子、授予徽章、通知某人或调用外部 API
- 流程控制与实用工具： 帮助连接和管理更复杂自动化的额外构建模块
我们还探索了几项在组合使用时特别有用的功能：AI 分类、数据表和群组自动化。 这些功能可以帮助社区对内容进行分类，存储工作流稍后需要的信息，并根据定义的条件对用户进行分类或管理。
工作流实战
活动的一个重要部分侧重于超越基础构建模块，探讨可以自动化的实际社区问题。
一些示例包括：
- 自动化报告与跟进： 运行定期 Data Explorer 查询，总结结果，并为不同团队创建报告。
- 将正确的问题交给正确的人： 识别新主题的内容，并将其路由或升级给最适合响应的人员或群组。
- 闭环未解答的讨论： 找到仍需关注的主题，提醒人们标记解决方案，或升级仍未解决的对话。
我们还演示了多个组件如何在单个自动化中协同工作。例如，工作流可以结合数据表中存储的信息和 AI 来确定哪一位领域专家应接收该问题。定时工作流还可以运行 Data Explorer 查询，总结结果，并将定期报告发送到主题或聊天中。
从问题入手，而非从节点入手
本次活动的最大收获之一是，你无需一开始就理解所有可用的工作流节点。
相反，请从你想改进的事情入手。
问自己：
是什么启动了它？
是新主题？定时任务？用户操作？还是来自其他系统的信息？
Discourse 应该检查什么？
内容？用户或群组？查询结果？还是工作流早期保存的信息？
接下来应该发生什么？
应该打标签、发送、更新、路由、延迟、提醒还是升级？
如果你还不确定要自动化什么，我们分享了四个寻找灵感的方向：
- 重复项： 你或你的团队在反复做什么？
- 摩擦点： 什么事情一直没能按你期望的方式发生？
- 借鉴： 其他社区做了什么让你觉得“哦，这很聪明”？
- 奇思妙想： 自动化能否创建一个有用的提醒、解锁机制、后果、游戏，甚至是一个内部梗？
并非每个社区流程目前都能通过工作流实现自动化，我们也讨论了一些当前的限制以及未来添加功能的想法。但目标并不一定是自动化一切，而是识别那些重复性高、容易遗漏或耗时的流程，以便通过自动化让社区运营变得稍微轻松一些。
cc 
