# 标志的使用 **URL:** \ **Category:** Community Building\ **Created:** [2025年六月20日 16:54 UTC](https://meta.discourse.org/t/use-of-flags/371077 "2025-06-20T16:54:55Z")\ **Posts on this page:** 12\ **Page:** 2
**Author:** ![Lilly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lilly/32/575047_2.png) [@Lilly](https://meta.discourse.org/u/Lilly)\ **Post date:** [2025年六月22日 00:57 UTC](https://meta.discourse.org/t/use-of-flags/371077/21 "2025-06-22T00:57:01Z")
> [@TonyG](#): > > 我在此练习中的观点是，要揭示一个自在线论坛存在以来（对我而言，这可以追溯到 1970 年代末）就一直存在的情况。这是一个工具上的漏洞，在类似的情况下，我们所有人，无论是管理员、版主、评论会员还是标记不良内容的乐于助人的社区成员，都可能陷入其中。 那么，你是在指责什么工具？“漏洞”是什么？我读了你在本主题中的所有帖子，我真的很努力地想弄清楚你这一切的观点是什么，除了你对另一个使用 Discourse 的论坛的版务不满之外。 > [@TonyG](#): > > 我没有要求任何具体的更改，只是想说明一下情况，并想知道是否有人认为值得采取一些举措来补救这里描述的任何可能的不良后果。 > > 我尤其希望这能帮助像我一样的其他管理员认识到我们的工具是如何导致这些情况发生的。我们可以通过更好地监控通知（嗯，打开它们）、委派、记录政策和偏好设置等来改进我们自己的 Discourse（和其他）论坛。 什么不良后果？你有一篇帖子被标记了，但你不同意？“工具”又有什么错呢？ 你是在问这个吗？ > [@TonyG](#): > > 我们是否有选项可以暂停个人标记内容的权利，或者帮助用户就此类标记提出上诉？ 如果你有过度的标记者，也许你可以为这些用户创建一个自定义组，然后将他们排除在此设置之外（也许将他们锁定在 TL-1），或者设置信任级别速率限制等。标记会开始与版主进行私人消息，因此你可以在那里提出上诉。 ![Screenshot 2025-06-21 at 5.51.41 PM](https://global.discourse-cdn.com/meta/original/4X/c/d/e/cde991afa4c14d565ede6b0c5b6acc03497ec5c2.png) 如果标记是论坛上的一个问题，那么也许版务政策（希望论坛有）和使用条款需要审查和更新？ ---
**Author:** ![Architect](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/architect/32/520575_2.png) [@Architect](https://meta.discourse.org/u/Architect)\ **Post date:** [2025年六月22日 03:22 UTC](https://meta.discourse.org/t/use-of-flags/371077/22 "2025-06-22T03:22:53Z")
> [@TonyG](#): > > 社区可以有一种带有不成文偏好和期望的文化。在一个拥有数千名成员、数十个类别以及每个类别都有大量标签的社区中，没有地方可以让关于此类事情的小组讨论形成足够的共识来达成那种理解。 您所说的这个问题似乎是当没有版主在场审查标记时，系统如何自动响应标记，而这些标记只是未解决？对于您正在经历这个问题的社区来说，数千名成员可能太多了。 解决这个问题的方法是更改设置，使其不会自动响应社区标记报告，而是让这些标记提醒版主，由版主来决定？如果你们谈论的网站上的版主/管理员不愿意接受这样的新想法，那么您可能无能为力。 ---
**Author:** ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\ **Post date:** [2025年六月22日 05:46 UTC](https://meta.discourse.org/t/use-of-flags/371077/23 "2025-06-22T05:46:16Z")
您确实可以调整隐藏帖子的标志阈值。但是，这样一来，您就有可能看到一些可能应该被隐藏直到被妥善审核的帖子。 根据我的经验，无论是 Discourse 论坛、Reddit、FB 等，人们常常过于不耐烦，期望快速解决问题。也许这是一个普遍的文化问题，因为您在需要售后支持的购买产品中也会发现这种情况。 当然，如果论坛是 ---
**Author:** ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)\ **Post date:** [2025年六月22日 15:53 UTC](https://meta.discourse.org/t/use-of-flags/371077/24 "2025-06-22T15:53:57Z")
一个想法：如果社区变得很大，并且太多的标记质量低下，为什么不取消 TL1 用户标记的能力，将其移至 TL2 呢？TL2 用户可能被认为是社区中行为更好、更投入的成员，并且如果因滥用标记而受到降级威胁，他们将有更多东西可以失去。 ---
**Author:** ![Architect](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/architect/32/520575_2.png) [@Architect](https://meta.discourse.org/u/Architect)\ **Post date:** [2025年六月23日 00:43 UTC](https://meta.discourse.org/t/use-of-flags/371077/25 "2025-06-23T00:43:42Z")
> [@TonyG](#): > > 回顾： > > 1. 我发布了一个长篇询问，有很多问题，需要任何感兴趣的人思考，并没有寻求一个特定的单一答案。 > 2. 该帖子被标记然后因不活跃而自动关闭，在我获得了一个长篇且深思熟虑的回复后，这正是我所期望的。 > 3. 我在“关于本论坛”的通用类别中询问了此事。 > 4. **那个** 询问被标记/隐藏了。 > 5. 另一个人发帖回应，我相信是为了抗议审查。 > 6. **那个** 帖子被标记/隐藏了。 审查是一个强烈的词，在这个语境下可能不正确。 当你在别人的网站上时，他们有权编辑你想在他们的平台上公开展示的内容。 如果一个政府禁止你在自己的网站或多个不同的平台/出版商那里发布你想要的内容，那可能就是审查。 ---
**Author:** ![Architect](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/architect/32/520575_2.png) [@Architect](https://meta.discourse.org/u/Architect)\ **Post date:** [2025年六月24日 05:54 UTC](https://meta.discourse.org/t/use-of-flags/371077/27 "2025-06-24T05:54:25Z")
> [@TonyG](#): > > 我非常喜欢激烈的讨论，但让我们为了当前的目的保持专注。 > > 请再次注意，我们讨论的是社区的“点踩”（downvoting），而不是版主（mod）的决定，这两者完全不同。 如果我上一篇帖子没有支持这个愿景，我很抱歉，有人标记了它，但这里的版主选择不进行审核。我同意，关于审查制度的定义和历史将是另一个话题。 如果你想继续这个话题，似乎你可能在提议对平台的“核心标记系统”（core flag system）进行更改？功能请求话题可能更适合。 ---
**Author:** ![Lilly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lilly/32/575047_2.png) [@Lilly](https://meta.discourse.org/u/Lilly)\ **Post date:** [2025年六月25日 01:14 UTC](https://meta.discourse.org/t/use-of-flags/371077/29 "2025-06-25T01:14:21Z")
---
**Author:** ![Bas](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/bas/32/294929_2.png) [@Bas](https://meta.discourse.org/u/Bas)\ **Post date:** [2025年六月25日 06:38 UTC](https://meta.discourse.org/t/use-of-flags/371077/30 "2025-06-25T06:38:47Z")
> [@TonyG](#): > > 我提出这个挑战，想知道是否有更好的方法。 > > 当然，这并非 Discourse 特有。我见过所有允许社区投反对票并自动移除内容的论坛平台都存在这种情况。 您对此有什么更好的处理建议吗？ 我个人从未遇到过这个问题，所以很想听听您的建议 🙂 在此之前，我认为 @KhoiUSA、@Ed_S 和 @ondrej 在他们最初的回复中已经说得很好了： > [@KhoiUSA](#): > > 如果人们滥用内容标记系统，他们就不应该被允许使用该系统，就这样。 > [@ondrej](#): > > 最好的选择是已经提出的，即直接联系并发出正式警告，解释如果继续滥用，他们将被锁定信任等级或暂停。 > [@ondrej](#): > > > [@Ed\_S](#): > > > > 永远不要觉得您的社区必须不惜一切代价留住所有用户。 > > 我再说一遍 💯 > 即使该用户是长期活跃的成员，如果他们对他人造成损害，他们就不应该留在这里。这是您的社区，您的规则。 * * * 快速说明：当从“人员、流程、技术”的角度来看时，我们社区经理很多时候会寻求技术解决方案，而通常先处理“人员”问题会更好 🙂 ---
**Author:** ![TonyG](https://avatars.discourse-cdn.com/v4/letter/t/f14d63/32.png) [@TonyG](https://meta.discourse.org/u/TonyG)\ **Post date:** [2025年六月30日 22:08 UTC](https://meta.discourse.org/t/use-of-flags/371077/31 "2025-06-30T22:08:57Z")
感谢所有阅读和/或回复此帖的人，也感谢大家忍受了一些困惑。 楼主的观点：TL1 标记内容的能力很容易被滥用。 我提供了一个实际的例子并请求社区讨论。这不是一个具体更改的请求。 这是对该主题（并非全部来自这里）的许多建议和观点的总结： - 考虑 TL2。 - 制定一项承认此情况的政策。 - 让版主了解情况，并将滥用社区审核的行为视为其他任何违规行为一样处理。 - 如果/当 Groups 取代信任等级时的可能选项。 - 定义/追踪/限制过度标记/声望，将其定义为个人标记的数量/百分比，可能针对另一位个人。 - 能够对社区标记提出异议/标记/申诉的能力。 - 不能被社区标记的类别或标签（例如版主申诉）。 - “我不明白。” - “我明白，但不同意这是一个问题。” - “;太长不看;” 此帖被版主关闭，我对此决定提出了申诉，帖子被重新开放 - 非常感谢给我申诉的机会。这是既定且恰当的审核流程 - 正是我试图剖析为社区审核存在问题的流程。 我觉得我没有什么可以补充的了。我们没有达成明确的共识，即存在一个问题，或者在那些认识到这种情况的人中，认为可以或应该有一个技术解决方案。很好。我只是在寻找同行管理员和受尊敬的平台“用户”之间的讨论，而不是一个结论。我期待未来这里会出现其他评论。 再次感谢。 ---
**Author:** ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)\ **Post date:** [2025年六月30日 23:23 UTC](https://meta.discourse.org/t/use-of-flags/371077/32 "2025-06-30T23:23:20Z")
> [@TonyG](#): > > OP point: TL1 ability to flag content is easily abused. 我认为这可能不像乍一看那么容易实现。🤔 大多数情况下，TL1 对大多数人来说是一个相当短暂的阶段（默认 15 次访问和一些轻微的参与），因此在他们成为 TL2 之前，进行此操作的机会窗口并不大。 但是，要隐藏一篇文章，它需要累积足够的“积分”才能超过隐藏帖子的阈值（作为管理员/版主，您可以通过单击队列中每个可审核项右上角的问号图标来查看特定帖子的可审核分数）。对于信任度较低的用户，他们获得的积分加成比信任度较高的用户少（TL1 仅获得 1 分），因此您需要更多用户标记才能累积足够的积分来隐藏帖子。 还有一个用户的标记声誉，它会直接影响是增加还是减少积分，这取决于之前有多少标记被同意/不同意。因此，如果版主不同意这些 TL1 用户提交的所有标记，那么他们的声誉应该会下降，未来的标记将更不可能隐藏任何内容。 该主题包含有关用户声誉如何工作的一些信息（如果您想更改自己网站上的某些内容，还可以了解隐藏敏感度）： > [@Managing user reputation and flag priorities](https://meta.discourse.org/t/managing-user-reputation-and-flag-priorities/123464): > > bookmark This guide explains how Discourse manages user reputation and flag priorities in the Review Queue, including flagging accuracy, flag type priorities, and how the system decides on actions to take. person_raising_hand Required user level: Administrator Discourse uses a sophisticated system to manage user reputation and flag priorities in the Review Queue. This system helps moderators efficiently handle content moderation by prioritizing flags based on various factors. Summary D… 另外，值得注意的是，“其他内容”标记不会触发隐藏帖子。 我认为通常当出现关于虚假标记者的主题时，更多的是他们浪费了工作人员的时间，而不是对公众产生太大影响。尽管“隐藏帖子阈值”是一个动态数字，基于一些后台的魔法计算，而且我认为我至少见过一个例子，它被无意中设置得非常低，这意味着它的触发比预期的要敏感得多。 但是，如果一切都按预期工作，那么已经有一些相当复杂的安全措施到位了。🤞 ---
**Author:** ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\ **Post date:** [2025年七月3日 05:37 UTC](https://meta.discourse.org/t/use-of-flags/371077/33 "2025-07-03T05:37:25Z")
> [@TonyG](#): > > 制定一项关于确认情况的政策。 使用“政策”一词时，这属于网站工作人员创建和实施的职责。 正如 @JammyDodger 和我之前提到的，确实存在一个基于同意/反对标记的声誉百分比系统。 我赞同创建群组以限制某些功能（如标记）的想法。目前这可能通过新的 [动态群组](https://meta.discourse.org/t/discourse-dynamic-groups/365342?u=heliosurge) 插件实现。不过，可能需要提出功能请求或提交 PR。 我确实同意应简化对标记提出申诉的流程。一种想法是编辑系统帖子模板，加入申诉链接。这可能需要进行一些调整，以确保包含指向被标记帖子的链接。 > [@TonyG](#): > > - 让版主知晓此情况，并将滥用社区 moderation 的行为视为其他任何违规行为处理。 这属于网站团队/分类版主之间的沟通范畴。 > [@TonyG](#): > > 不能被社区标记的分类或标签（例如版主申诉）。 我认为这可以通过在自定义 #Customization > Theme component 中使用一些 CSS 来实现，即在特定分类、标签等情况下隐藏标记按钮。这也可以用于在用户属于“标记滥用者”群组时隐藏标记按钮。 精彩的讨论。将不同的网站设置或覆盖规则移至群组确实是个好主意。我提到的插件可能能够实现其中一些功能。该作者还开发了 [分类限制器](https://meta.discourse.org/t/category-restrictor-plugin/324765?u=heliosurge) 插件，该插件允许限制用户在特定分类中的行为，而不是全站范围的禁言。 顺便提一下，我记得封禁通知中会提到可以通过邮件申诉。然而，该模板应包含一个电子邮件链接，或允许向特定群组或指定用户发送私信/站内信。理论上，使用网站联系邮箱是可以的。但为了更方便，也许应提供一些文本链接，指向标记/封禁帖子。 ---
**Author:** ![Architect](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/architect/32/520575_2.png) [@Architect](https://meta.discourse.org/u/Architect)\ **Post date:** [2025年七月13日 11:34 UTC](https://meta.discourse.org/t/use-of-flags/371077/34 "2025-07-13T11:34:33Z")
> [@TonyG](#): > > 我们没有达成共识，认为存在问题，或者在那些认识到情况的人中，认为可以或应该有技术解决方案。 在你最初描述的情况下，确实似乎至少存在一个问题，但由于信息有限，很难正确诊断。该平台似乎没有一个可以识别的明确技术问题，因为它有一个相当复杂的标志系统。 > [@Heliosurge](#): > > 使用“政策”一词，这取决于网站员工来创建和实施 这是一个重要的声明，我同意这一点。领导层和员工政策的实施可能存在各种与社区讨论平台无关的问题。 [上一頁](https://meta.discourse.org/t/use-of-flags/371077.md?page=1)