HAWK
(Hawk)
2026 年8 月 21 日 02:48
1
继续来自 新 Workflows 功能预览 的讨论:
Workflows 的发布让我非常兴奋。当我还是活跃的社区经理时,我曾梦想过能有这样一个功能,用来自动化那些重复性的战术性社区流程。
我非常好奇你们正在(或现在知道了之后将会)用 Workflows 做些什么。
我先来分享一个——不过我得承认,实际的搭建工作是我委托 @zogstrip 和 @chapoi 完成的,因为我没那个技术。
每周更新提醒工作流
我们对团队唯一的强制要求是每周进行一次签到,以便了解大家的身心状态。有些人(出于各种原因)不会按时签到,而追着他们问又很浪费时间和精力,所以我们需要一个新的解决方案。
这个工作流会检查更新主题,并根据他们拖延的时间长短,逐步给他们应用越来越“糟糕”的 CSS 样式。
效果出奇地好!
10 个赞
HAWK
(Hawk)
2026 年8 月 21 日 08:31
5
这真的太不可思议了。我知道,因为我在测试一个无关的东西时,不小心把自己放进了第 4 组,结果不得不一边调试问题,一边看着屏幕上的所有东西不断飘走。 @zogstrip 非常有耐心。
2 个赞
工作流概览并没有非常直观地展示这一点,所以这里是它的具体运作方式:
第一部分 - 黄色框
对于在 #updates 分类中创建或编辑的每个帖子,我们都会检查它是否来自该主题的发起人(OP)
如果帖子不是来自 OP,我们就“退出”(bail out)
如果帖子来自 OP,我们会将其通过一个 LLM 分类器,该分类器会返回一些 JSON 数据,指示该帖子是否是一个真正的每周更新(我们不要求特定的格式),而不是对另一个帖子的随机回复
然后我们将该分类结果存储在一个数据表中
如果帖子被分类为每周更新,我们会立即 将该用户从所有“迟到”(late)组中移除(即绿色框 部分)
第二部分 - 蓝色框
每天 UTC 时间早上 6 点,我们会运行一个数据浏览器查询,结合所有假期、休假和“最新每周更新”数据,将人们分配到四个“迟到”组之一
第三部分 - 工作流中未显示
我们有一个自定义主题组件,它会检查当前用户是否属于某个“迟到”组,并施加更多……干扰
5 个赞
nickdb
(Nick)
2026 年8 月 21 日 09:16
7
我们需要使用一些标签,但成员们习惯将帖子发布到错误的分类中,这导致我们需要花费大量时间将主题移动到正确的位置。
一个非常基础的工作流在创建主题时运行,它会检查所使用的标签,然后自动更改分类。
如此简单的功能在零操作成本的情况下,帮助维护了一定的结构。
2 个赞
AJ_Quick
(AJ Quick)
2026 年8 月 27 日 01:45
8
接着我在原 workflows 主题中发的帖子继续说。我已经弄明白怎么实现我想要的功能了。当然,这目前还只是个测试,以下是它的具体运作方式:
这是一个重新激活系统,利用 AI 在论坛活跃度较低的时段,希望能引发讨论并提升用户参与度。
阶段 A:定位与摘要
查找那些发布超过 30 天,且符合以下部分条件的帖子:
- 曾经很热门,但很久没有新帖子的主题。
浏览量很高,但很久没有回复的主题。
在过去一年里有过一些活动,但随后就沉寂的主题。
一旦找到符合条件的主题,它便会启动 Discourse 的“AI 摘要”代理。让 AI 代理撰写一份摘要。它是通过向摘要 API 端点发送 HTTP POST 请求来完成的。摘要完成后,它会将该工作流的存在记录保存到数据表中。
(这每小时运行一次,但频率可能会更高)。
阶段 B:评估摘要以进行后续跟进
另一个定时工作流按照自己的计划独立运行。它检查数据表中那些已生成摘要但尚未评估的行。它从数据表中取出一个主题,然后获取该主题下最新的 5 到 10 条帖子。
接着,它会进入一个负责分诊(triage)的 AI 代理。它会做出判断:这个主题是否应该被重新激活?如果是,该怎么做? 它决定是提升(bump)该主题,还是发布一个能重新激活讨论的帖子:比如提问、追问,或者什么都不做。
它会将决定更新到数据表中。
(这应该与阶段 A 的运行频率大致相同,你也可以从阶段 A 触发它,或者将两者合并。)
阶段 C:与主题重新互动
另一个定时工作流按照自己的计划运行,频率较低。它的第一步是检查论坛最近的活跃程度。它通过查看过去 3 小时内平均每小时发布的帖子数量来实现这一点。然后,它会计算过去 2 个月中,同一星期几、同一时间段内,论坛每 3 小时平均繁忙程度的平均值。如果网站当前的繁忙程度低于通常在同一星期几、同一时间段的水平,它就会判定“现在可以进行重新激活”。
然后,它会获取最多 10 个可用的重新激活机会。它将这些发送给 AI 代理,并要求从列表中挑选出最强的重新激活候选者。AI 做出决定并返回一个 topic_id。阶段 B 中的分类器在三个选项之间做出了决定:提升主题、发布后续帖子、什么都不做。
除非指定了后续跟进,否则工作流将执行提升(bump)操作。如果指定了后续跟进,它将获取该 topic_id 并抓取该主题的最新帖子。然后,它会将其交给一个 AI 代理,由该代理决定如何回应才能最好地重新激活该主题。它设有护栏(guardrails),以确保回复非常基础,仍然紧扣主题,并且不提供建议或评论。它主要只是询问更新情况,询问原帖作者对之前发生的事情是否有新进展等等。它发布回复后,会将完成日期更新到数据表中。
希望我没有重复 Discourse 中某个我不知道的隐藏功能!虽然花了一些时间反复尝试,但我终于搞定了。
5 个赞
mcwumbly
(Dave McClure)
2026 年8 月 27 日 11:54
9
这里有一些我们用于生成每周报告的脚本,以便让团队了解 Meta 上的各种活动。每个脚本都在员工分类(staff category)下有一个主题(topic),用于发布结果。
我认为这些脚本应该比较通用,如果你想在自己的站点上试用,应该只需要将最终节点中用于共享结果的主题 ID 更改为你自己员工分类下的一个主题 ID 即可。
(在导入之前你可能需要手动进行编辑。为了避免出错,我在导出后手动将它们覆盖为 TOPIC_ID)
每周审核报告
文件:weekly-moderation-report.json (21.4 KB)
包含以下列表表格:
审核摘要(各种审核操作的计数)
不同用户处理的标记(flags)数量
不同用户报告的标记数量
被标记的帖子及其相关元数据列表
已发出的警告
添加的用户备注
每周站点设置报告
文件:weekly-site-settings-report.json (3.3 KB)
每周信任等级报告
文件:weekly-trust-level-report.json (9.8 KB)
包含以下列表表格:
摘要(过去一周内提议提升到各个信任等级的用户数量)
获得信任等级 2 或 3 的用户列表
6 个赞