不是的。
在大多数情况下，这只是单个用户发消息说：“我不确定这条消息是否值得举报，但根据我对 [该帖子 | 版主政策] 的理解，你可能需要关注一下。”
不太新手级的用户可能会通过私信联系特定版主（或者较少地 @moderators），但这类评论最常见的形式是“其他”举报。
3 个赞
我明白了。
不过我不太同意这一点。如果一件事让人烦到要发送“其他”标志，那确实就是一种标志。当然，其权重可以被调低（甚至调高），但显然有些地方不对劲。
不过，如果你认为有必要，我支持降低该特定标志的权重，因为它的含义有点模糊不清。
2 个赞
幸运的是，这已经存在了！
1 个赞
哦，所以你可以**调整那个特定的“其他”标志权重？**我们是否提供这个设置 @eviltrout，即每种标志类型的基础标志权重？我的意思是，站点管理员是否可以决定“所有‘其他’标志不赋予任何标志权重”，并将该标志的基础权重更改为零？
目前看来，“其他”和“不当”具有相同的基础标志权重？
我在 try.discourse.org 上进行了测试，发现这两种标志在审核队列中的得分都是 1.0（标志）+ 5.0（信任等级加成）= 6.0，而隐藏帖子所需的分数是 4.0。所以目前“其他”标志的权重与“不当”标志相同，这在我看来似乎不太正确？
我不太理解这句话，因为在我的测试中，所有标志都已经保留了“忽略”选项，如上所示？
所以，如果你希望某个特定标志的权重为零……只需点击“忽略”按钮即可？我是不是漏掉了什么？
2 个赞
是的——该设置位于审核队列的“设置”下。不过，它仅支持低/中/高三个选项。
1 个赞
啊，所有选项默认都是“低”，所以推测 1.0 是下限。我们是否应该在这个列表中添加一个“关闭”或“无”的选项 @eviltrout？
3 个赞
直接忽略确实会降低 TL3 成员的权重。我通过观察和测试发现了这一点：在一段时间内，针对某位 TL3 成员提出的标记，我反复选择忽略而非反对，最终将其权重降至 51%。
重新使用新创建的账号进行测试会有帮助吗？我愿意进行该测试，并在假设能复现问题的情况下，发布包含截图的精确指标。
如果这意味着该操作既不会降低标记发起者的权重，也不会使标记帖子下的最大数量 5（位于信任等级 3 的要求部分）增加 1，那么是的，将标记权重设为零正是我们期望的结果。
2 个赞
哦，我认为这根本不应该发生。对我来说，“忽略”意味着“假装这件事从未发生过”。我相信 @eviltrout 下周就能考虑到这一点。
5 个赞
这里的问题在于，“忽略”一个举报仍然会给帖子增加权重。如果计划是让“忽略”真正起到忽略的作用，那么被忽略的举报也不应计入帖子的举报权重。
我想这也会改变用户举报中的“同意”指示器，因为它同样会考虑被忽略的举报？
4 个赞
好的，这是我本周的行动计划：
-
确保“忽略”功能不会影响用户的准确率。
-
移除 TL4 用户仅凭一次举报即可立即隐藏非 TL4 用户内容的特殊情况。
-
防止非 TL4 用户仅凭一次举报就立即隐藏内容，无论得分如何：
我可能会调整隐藏阈值。目前这些阈值是基于得分超过某个百分位数设定的，我认为在隐藏内容的场景下，这个标准太低了。我将以每篇帖子默认约 3 次举报作为基准进行计算，并在此基础上进行调整。
很可能我会在过渡期间重新添加一个
min flaggers to hide（隐藏所需的最少举报人数）设置。我相信这将解决此处 90% 的投诉。得分仍然有助于将最严重的内容排序到顶部，因此该方案应当可行。
6 个赞
以下是前两个修复：
4 个赞
实际上，经过内部讨论后，我已回退了 TL3 到 TL0 的垃圾信息处理规则。我们认为该例外情况非常重要，需要保留。而 TL4 的例外情况仍已被移除：
3 个赞
好的，我在此又做了一些调整。前两个修复针对的是论坛刚建立、数据不足导致计算不准确的情况。我在浏览源代码时意识到这是一个问题：
以下这个修复与本帖中的反馈更为相关：
现在，优先级的计算已调整为基于至少拥有 2 个评分（举报）的可审核项目。升级到此版本后，隐藏内容的阈值应该会提高。“中等”敏感度大致相当于两次举报。
请试用并反馈是否有改善！
8 个赞
@ubik 拉取最新代码后，先试用一段时间，然后再写一封长回复，分享你全新且更优质的体验 
我们接下来一周大部分时间将不在岗，因此这是该领域近期最后一次变更。但我们相信，这些改动对现有的举报系统都是显著的改进。
1 个赞
我没有看到与 min flaggers to hide 相关的任何更改？是我漏看了，还是你们没有包含这项？
对我来说，这是最重要的一项。如果你们近期不打算进行其他更改，我可能不得不回退到旧版本的源代码。
关于
修复：被忽略的标记不应计入您的准确率分数
移除标记的特殊情况
修复：恢复 TL3 → TL0 垃圾信息处理机制
如果我的理解正确，这些更改仅影响 TL3 及以上级别的用户。我们目前面临大量 TL0 和 TL1 用户的问题，因此这些更改对我们帮助不大。
关于
修复：默认情况下灵敏度未生效
修复：在计算阈值前要求达到最小数量的待审核项
调整待审核项的灵敏度/优先级计算方式
这些更改初期可能会有一定帮助，但似乎随着时间的推移可能会恶化？
基础灵敏度提升会随着时间的推移受到用户某种方式的影响，具体如何影响尚不清楚。
target_count 似乎会延迟准确率的积累，因为参与计算的帖子数量减少了，如果我的理解正确的话。但它也会将单次标记的帖子排除在外，因此对某些用户来说，这可能会加速准确率的积累？
您能解释一下是我漏掉了什么，还是我对这些更改的理解有误吗？
我看到 self.target_count 在 app/jobs/scheduled/reviewable_priorities.rb 中定义并设置为 2。如果在本地修改该值并重新构建，是否意味着至少需要 3 次标记才会隐藏内容？—— 编辑 —— 我认为这是我一厢情愿的想法，再仔细阅读后意识到这一点，不过我还是先保留这个问题。目前我的理解是：这是指已审核项目影响用户准确率所需的最小标记数量？
你的理解有误。
修复：被忽略的标记不应计入您的准确率得分
确实，这会影响低于 3 的 TL 值，是我的疏忽。我们未公开暴露“忽略”标记。
移除标记相关的特殊情况，并修复：将 TL3 到 TL0 的垃圾内容处理逻辑恢复，但该逻辑仅适用于 TL3 及以上版本？
我是否仍然没有正确理解前三个修复项？
1 个赞
新的计算方式是否允许单个垃圾内容标记就能让一个新用户被禁言，并隐藏其所有帖子？看起来，当 silence_new_user_sensitivity 设置调至较高（这是默认值）时，TL2 级别的用户就能做到这一点。此前，需要三个不同的用户分别标记才能禁言一个新用户。该设置是否仍然生效？它如何与敏感性计算相互作用？哪一个优先级更高？
我们也一直在等待这个功能。由于单个标记即触发隐藏，这给版主和愤怒的用户带来了更多工作。
2 个赞
