继续来自 新 Workflows 功能预览 的讨论：
Workflows 的发布让我非常兴奋。当我还是活跃的社区经理时，我曾梦想过能有这样一个功能，用来自动化那些重复性的战术性社区流程。
我非常好奇你们正在（或现在知道了之后将会）用 Workflows 做些什么。
我先来分享一个——不过我得承认，实际的搭建工作是我委托 @zogstrip 和 @chapoi 完成的，因为我没那个技术。
每周更新提醒工作流
我们对团队唯一的强制要求是每周进行一次签到，以便了解大家的身心状态。有些人（出于各种原因）不会按时签到，而追着他们问又很浪费时间和精力，所以我们需要一个新的解决方案。
这个工作流会检查更新主题，并根据他们拖延的时间长短，逐步给他们应用越来越“糟糕”的 CSS 样式。
效果出奇地好！
太喜欢这个 CSS 了 
！方便的话能分享一下吗？
别告诉我你……想要我做过的最难看的主题？
我是认真的 。看起来很有……创意 
。
这真的太不可思议了。我知道，因为我在测试一个无关的东西时，不小心把自己放进了第 4 组，结果不得不一边调试问题，一边看着屏幕上的所有东西不断飘走。 @zogstrip 非常有耐心。
工作流概览并没有非常直观地展示这一点，所以这里是它的具体运作方式：
第一部分 - 黄色框
第二部分 - 蓝色框
第三部分 - 工作流中未显示
应用于我们的所有主题 ↩︎
我们需要使用一些标签，但成员们习惯将帖子发布到错误的分类中，这导致我们需要花费大量时间将主题移动到正确的位置。
一个非常基础的工作流在创建主题时运行，它会检查所使用的标签，然后自动更改分类。
如此简单的功能在零操作成本的情况下，帮助维护了一定的结构。
接着我在原 workflows 主题中发的帖子继续说。我已经弄明白怎么实现我想要的功能了。当然，这目前还只是个测试，以下是它的具体运作方式：
这是一个重新激活系统，利用 AI 在论坛活跃度较低的时段，希望能引发讨论并提升用户参与度。
查找那些发布超过 30 天，且符合以下部分条件的帖子：
- 曾经很热门，但很久没有新帖子的主题。
一旦找到符合条件的主题，它便会启动 Discourse 的“AI 摘要”代理。让 AI 代理撰写一份摘要。它是通过向摘要 API 端点发送 HTTP POST 请求来完成的。摘要完成后，它会将该工作流的存在记录保存到数据表中。
（这每小时运行一次，但频率可能会更高）。
另一个定时工作流按照自己的计划独立运行。它检查数据表中那些已生成摘要但尚未评估的行。它从数据表中取出一个主题，然后获取该主题下最新的 5 到 10 条帖子。
接着，它会进入一个负责分诊（triage）的 AI 代理。它会做出判断：这个主题是否应该被重新激活？如果是，该怎么做？ 它决定是提升（bump）该主题，还是发布一个能重新激活讨论的帖子：比如提问、追问，或者什么都不做。
它会将决定更新到数据表中。
（这应该与阶段 A 的运行频率大致相同，你也可以从阶段 A 触发它，或者将两者合并。）
另一个定时工作流按照自己的计划运行，频率较低。它的第一步是检查论坛最近的活跃程度。它通过查看过去 3 小时内平均每小时发布的帖子数量来实现这一点。然后，它会计算过去 2 个月中，同一星期几、同一时间段内，论坛每 3 小时平均繁忙程度的平均值。如果网站当前的繁忙程度低于通常在同一星期几、同一时间段的水平，它就会判定“现在可以进行重新激活”。
然后，它会获取最多 10 个可用的重新激活机会。它将这些发送给 AI 代理，并要求从列表中挑选出最强的重新激活候选者。AI 做出决定并返回一个 topic_id。阶段 B 中的分类器在三个选项之间做出了决定：提升主题、发布后续帖子、什么都不做。
除非指定了后续跟进，否则工作流将执行提升（bump）操作。如果指定了后续跟进，它将获取该 topic_id 并抓取该主题的最新帖子。然后，它会将其交给一个 AI 代理，由该代理决定如何回应才能最好地重新激活该主题。它设有护栏（guardrails），以确保回复非常基础，仍然紧扣主题，并且不提供建议或评论。它主要只是询问更新情况，询问原帖作者对之前发生的事情是否有新进展等等。它发布回复后，会将完成日期更新到数据表中。
希望我没有重复 Discourse 中某个我不知道的隐藏功能！虽然花了一些时间反复尝试，但我终于搞定了。
这里有一些我们用于生成每周报告的脚本，以便让团队了解 Meta 上的各种活动。每个脚本都在员工分类（staff category）下有一个主题（topic），用于发布结果。
我认为这些脚本应该比较通用，如果你想在自己的站点上试用，应该只需要将最终节点中用于共享结果的主题 ID 更改为你自己员工分类下的一个主题 ID 即可。
（在导入之前你可能需要手动进行编辑。为了避免出错，我在导出后手动将它们覆盖为 TOPIC_ID）
每周审核报告
文件：weekly-moderation-report.json (21.4 KB)
每周站点设置报告
文件：weekly-site-settings-report.json (3.3 KB)
每周信任等级报告
文件：weekly-trust-level-report.json (9.8 KB)
我们目前在 Discourse 社区中广泛使用工作流（Workflows），它们正逐渐成为我们新用户引导和活动管理中非常实用的组成部分。
我们的社区拥有超过 9,000 名注册用户，以及许多不同的在线和线下同伴支持小组，因此自动化功能对我们帮助很大。
以下是我们目前使用的一些工作流：
个性化新用户引导新用户在注册后会自动收到个性化私信。
消息内容取决于他们在注册时选择的兴趣（例如同伴支持小组、活动、我们的虚拟咖啡馆、身体陪伴（body doubling）或书面交流）。
几天后，他们会收到第二条跟进消息，包含更多信息以及入门帮助。
活动提醒我们使用一个定时工作流，每 15 分钟检查一次大约 24 小时后开始的活动。
选择参加或感兴趣的用户会收到一条个性化提醒，包含活动标题、日期、时间以及返回活动的链接。
我们还有一些小组拥有自己的提醒工作流，因此通用工作流会排除这些用户，以防止重复提醒。
上下文相关的 alfaview 使用说明我们的许多在线同伴支持小组通过 alfaview 进行聚会，而其他活动则通过 Zoom 或线下进行。
因此，我们会检查活动帖子中是否包含 alfaview 链接。
如果存在 alfaview 链接，24 小时提醒将自动包含一个可展开的分步指南，解释如何进入等候室并选择正确的会议室，其中还包含一张截图。
如果没有 alfaview 链接，则发送不含这些说明的常规提醒。
这意味着我们无需维护“在线”和“线下”小组的列表。
视频会议引导我们还使用表单工作流作为用户首次访问我们的视频会议房间之前的简短引导步骤。
用户会收到说明我们 alfaview 房间结构如何运作的指南。阅读后，他们可以选择下次是否再次查看这些说明。
如果他们选择不再查看，工作流会将他们添加到一个标记组中。我们的主题组件随后会利用该组成员身份来显示直接的视频会议链接，而不是引导表单。
特定小组通知我们使用工作流通知特定小组的成员有关新活动和即将召开的会议的信息。
这对于同伴支持小组尤其有用，因为我们希望成员无论是否经常访问论坛都能收到通知。
我特别喜欢工作流的一点是，我们可以结合使用表单、SQL 查询、小组、定时检查和个性化私信。
未来我仍希望看到一些改进。例如更好的日历集成：理想情况下，当某人选择参加某项活动时，我们希望自动向他们发送一封电子邮件，并附上 .ics 日历文件。
这绝对是一个非常有趣的用例，确实值得思考一下 @j.jaffeux / @martin / @lindsey
我想知道这是通过工作流实现的，还是 Discourse 活动的一个内置功能？
非常感谢大家分享这些宝贵的反馈和实践经验！看到大家如何利用工作流（workflows）来解决社区中的实际问题，真的让人兴奋不已 
虽然“偶数”这类功能看起来像是基础功能，但通过工作流应该也能实现。我们本周就会完成相关工作流的开发，而且我们正好也在准备一个专门针对这个需求的功能。
