新的审核队列布局,包含所有新功能

我们很高兴地宣布对审核队列和 Discourse 的审核工具进行了一些有价值的改进。这些改进可通过一个实验性功能标志使用,该标志可在任何 Discourse 网站上启用 - 请阅读下文了解更多信息!

:fire: 焕然一新的布局

审核队列的布局已完全重建,以确保审核员能够一目了然地找到关键信息,并在一致的位置对可审核项执行操作。

之前:

旧的可审核项布局。

之后:

更新后的可审核项布局。

此外,我们将筛选器移到了列表视图页面的顶部,为显示可审核项提供了更多空间。

页面顶部新的审核队列筛选器布局。

:memo: 审核员笔记和时间线

审核员现在可以通过留下笔记,直接在每个可审核项上记录他们的想法并相互沟通。笔记会显示在“时间线”选项卡中,以及关于可审核项的其他按时间顺序排列的数据,包括用户标记信息的详细信息。

如果您启用了 用户笔记插件,您还可以选择将审核笔记添加到用户个人资料本身,而无需导航到那里。

可审核项上的时间线和审核员笔记。

:clipboard: 现在有更多数据可用

洞察”选项卡显示了关于可审核项的更详细、更可操作的数据,以协助审核员做出决定,例如:

  • 此帖子被标记的次数
  • 被标记用户的信任级别
  • 该用户被标记的次数
  • 该用户已撰写了多少帖子

可审核项上的洞察选项卡。

:white_check_mark: 如何启用这些新工具

焕然一新的审核队列布局现已在所有 Discourse 网站上可用!如果您是自托管用户,请确保更新到最新版本以访问它。

要启用这些新工具:

  • 在您的管理员设置中导航到“实验性”页面 (/admin/config/experimental)
  • 将组添加到“审核 UI 刷新”设置中。
    • 您添加到此设置的任何组在访问审核队列时都将看到新的布局和功能 - 您可以添加内置的 moderatorsadmins 组,或者 创建一个新组,审核员可以根据需要加入或退出。

实验性“审核 UI 刷新”设置。

:chart_increasing: 更多内容即将推出…

我们正在努力重建审核员操作,以便审核员能够对用户及其被标记的内容执行单独的操作,这将使操作更加一致、更易于理解,并且更加灵活。

:megaphone: 分享您的反馈

我们很想听听您对新审核工具的看法!这项工作已经开发了一段时间,我们已经在 Meta 上将其用于日常审核需求,并取得了巨大成功。

如果您选择启用新工具并在您的网站上进行测试,请在下方留言告诉我们您的想法,以及此更新如何影响您的审核流程。

36 个赞

太好了!这些改动看起来很棒!

您能就目前实验性的程度提供一些指导吗?我猜您认为在生产环境中使用是没问题的。如果出现问题,它们可能会对论坛产生永久性的影响吗?

6 个赞

我们目前在 Meta 上使用它,因此我们认为它现在是安全的。版主操作尚未更改(但将来可能会更改),因此您仍然可以使用所有核心版主功能,并且如果您使用新界面,它不会对您的论坛产生任何永久性影响。

您可以随时切换回旧界面,并且您在可复审项目上留下的任何注释在您返回新界面时都会在那里。

9 个赞

@hugh - 我确实喜欢到目前为止的更改,它非常用户友好。我有几个问题:

  • 时间线和笔记是否会在数据浏览器中提供?
  • 如果客户正在使用 AI Triage 而不是 OOB AI Spam Detection,触发器是否会像当前版本一样列出,而不排除第一个帖子输入时间?
  • 这对于审核帖子非常关键,我们需要知道帖子被标记的原因,即使是用户标记的帖子,我们也需要知道他们标记的原因。
5 个赞

我喜欢新的布局,我认为它清晰多了 : ))
可复核项的元数据、版主对话、待办事项现在得到了清晰的分隔。

但我最喜欢的是这个。我希望这将有助于我们的版主更多地使用用户备注。

您是否也考虑为要求勾选 复制备注到 {username} 的个人资料? 复选框添加一个站点设置?
例如 copy moderator notes to user profile allowed groups

4 个赞

看起来很棒。“复制笔记到用户个人资料”可以节省一些点击次数。

2 个赞

时间线中的数据已经存在(标记原因、标记人等),因此将继续在相同位置提供。至于笔记,我目前不确定它们是否会在 Data Explorer 中提供,但我会去了解并在此处回复。

时间线视图中仍将显示用于标记原因的当前数据,因此新界面不会删除您先前可以访问的任何数据。

很高兴您喜欢!我们已经在 Meta 上发现这个界面极大地改善了我们自己的版主体验,因此我们相信它也会为其他人带来同样的改善。

这是一种可能性,尽管我们目前尚未积极考虑。只有管理员和版主应该能够访问审核队列,所以我认为这样的设置可以让您更精细地控制谁可以执行此类操作。我们会认真考虑!

4 个赞

有一个名为 reviewable_notes 的新表,笔记就存储在此表中 - 可以在 Data Explorer 中查询这些笔记 :slight_smile:

4 个赞

@hugh - 感谢您的更新。得知它可以被查询,这真是令人兴奋。

1 个赞

感谢@hugh的考虑。我想我主要考虑的是分类版主以及我之前提出的一个功能请求:Add group access setting for user notes

2 个赞

这是一个很棒的改进,谢谢!

能否考虑以下建议,以进一步增强审核队列:

  1. 侧边栏“需要帮助?”部分中的链接目前无法正常工作。
    能否使其可自定义/替换为自定义链接?
    能否也将其显示在审核队列页面上以便更快地访问?
    Display number of user's rejected posts on posts in the review queue

  2. 如果安装了“Assign”插件,请在“Claim this topic”下方添加“Assign this topic”,并在“Timeline & notes”选项卡中添加“Assigned to”,如果主题已被分配。

  3. 在“Timeline & notes”选项卡中,在“Reviewed by”行下方显示“Revision Reason”(如果存在)。
    Display the Reviewable revision reason in the reviewable scores table

  4. 在“Options”部分添加以下过滤器:
    Add the ability to filter by 'Reviewed between' dates
    Add the ability to filter by ‘Claimed by’

  5. 在句子“The first few posts from every user must be approved by staff.”中,将“few”替换为“Approve post count”设置中的值(无法访问站点设置的用户(版主)将不知道“Approve post count”设置中的值,因为链接对他们来说会产生 404 错误)。
    Display the value of approve_post_count below the relevant posts on the review queue

  6. 在“Insights”选项卡的用户信息部分,显示用户之前被拒绝帖子的数量。
    Display number of user's rejected posts on posts in the review queue

  7. 按“Reason”过滤会返回初始标记的原因。能否将标题更改为“Flag Reason”,并添加一个额外的过滤器“Revision Reason”,以便按版主在处理标记的项目时选择的可审核修订原因进行过滤。
    Enable filtering by 'Reviewable revision reasons'

  8. 显示应用过滤器时返回的项目数量 Display the number of items returned when a filter is applied

  9. 在发送给版主的通知电子邮件中包含审核队列中的当前项目数量

能否将此功能请求标记为已完成/已解决:

6 个赞

我也很喜欢元社区的新布局!热烈祝贺并衷心感谢为将此付诸实践投入大量思考、时间和精力的员工体验团队。它有许多活动部件,我知道这绝非易事!:clap:

我喜欢版主备注和“将备注复制到..个人资料”复选框——这是一个很好的功能!但是,在使用了一段时间后,我想我们应该抵制将此功能变成版主聊天或加载过多功能的诱惑……在我看来,这主要是为了让版主在审查可审查项目时互相帮助,并在以后需要时作为参考。

我也不能确定我们想在用户备注中加载多少内容——该功能相当基础,并且作为共享用户关键信息供版主之间使用,目前运行良好。没有搜索/过滤用户备注的方法,因此如果有很多备注,它可能会变得难以管理。

我注意到我最近添加的一条备注在用户备注中脱离上下文就说不通了,所以我删除了它并重新发布了。

完成了!哇,@T_Disco,这是一份令人印象深刻的功能请求清单!:clap:

2 个赞

@hugh - 似乎用户自己删除的帖子出现在了用户界面中。这是预期行为吗?我们不需要对用户自己删除的帖子进行决策。这可能会导致恢复用户已删除的帖子。

是否有办法让“修改帖子”选项在除第一次发帖输入触发器之外的其他触发器上出现?

2 个赞

感谢您的辛勤工作。如果备注能够:

  1. 提及(@)用户;

  2. 创建投票。

将会更好。

1 个赞

如果这些功能可用,您将如何使用它们?

2 个赞

我们的论坛是一个大型社区,每天都有大量的标记。不同的版主在处理不同的标记方面有不同的专长。

我们希望将一些标记分配给特定的版主来处理,对于其他标记,我们希望决定一个处理投票流程。

3 个赞

到目前为止,这看起来很棒。一些反馈:

  • 我们希望版主默认看不到电子邮件地址;而是需要有意显示电子邮件,这样它才会出现在审核日志中。这对我们的用例来说至关重要。
  • 用户的所有自定义用户字段都会显示出来。对我们的用例而言,这不应该对版主如此可见。当然,我想他们可以通过其他方式看到它们,但不要将它们放在每个被标记的帖子中要好得多。我们使用自定义用户字段来处理各种 webhook 和基于这些字段的自定义设置。

如果管理员可以切换这些设置,那就可以了。目前我通过 CSS 更改来隐藏这些字段,但这并非长久之计,也不是一个特别可行的解决方案,因为仍然可以使用开发者工具显示电子邮件地址。

6 个赞

将“认领”更改为“分配”是否有帮助,以便人们可以自己或分配给其他版主?

或者您是否更愿意使用提及来建议某人自行分配?

2 个赞

我认为“分配”比“认领”更好,我更倾向于建议某人处理该标志,而不是简单地“分配”它。

2 个赞