我没有看到与 min flaggers to hide 相关的任何更改？是我漏看了，还是你们没有包含这项？
对我来说，这是最重要的一项。如果你们近期不打算进行其他更改，我可能不得不回退到旧版本的源代码。
关于
修复：被忽略的标记不应计入您的准确率分数
移除标记的特殊情况
修复：恢复 TL3 → TL0 垃圾信息处理机制
如果我的理解正确，这些更改仅影响 TL3 及以上级别的用户。我们目前面临大量 TL0 和 TL1 用户的问题，因此这些更改对我们帮助不大。
关于
修复：默认情况下灵敏度未生效
修复：在计算阈值前要求达到最小数量的待审核项
调整待审核项的灵敏度/优先级计算方式
这些更改初期可能会有一定帮助，但似乎随着时间的推移可能会恶化？
基础灵敏度提升会随着时间的推移受到用户某种方式的影响，具体如何影响尚不清楚。
target_count 似乎会延迟准确率的积累，因为参与计算的帖子数量减少了，如果我的理解正确的话。但它也会将单次标记的帖子排除在外，因此对某些用户来说，这可能会加速准确率的积累？
您能解释一下是我漏掉了什么，还是我对这些更改的理解有误吗？
我看到 self.target_count 在 app/jobs/scheduled/reviewable_priorities.rb 中定义并设置为 2。如果在本地修改该值并重新构建，是否意味着至少需要 3 次标记才会隐藏内容？—— 编辑 —— 我认为这是我一厢情愿的想法，再仔细阅读后意识到这一点，不过我还是先保留这个问题。目前我的理解是：这是指已审核项目影响用户准确率所需的最小标记数量？