将“审阅禁令”重命名为“审阅暂停”更改
在此版本中，我们正在更改用于标记具有审阅特权的用户的术语被撤销。到目前为止，这被称为“审查禁令”。现在称为“复审中止”。通过此更改，我们寻求软化语言并强调特权暂停的临时性质。
此更改将反映在下面描述的所有通知以及可用于以下用户的管理界面中：审核暂停的主持人。
审核暂停通知
当要确保用户知道自己的暂停状态时，当前的审核暂停经验不足。虽然我们目前从评论下拉列表中删除了评论队列列表，但是在此看不到有关评论暂停的通知。当评论暂停活动处于活动状态时，评论页面上会显示一条消息，但该信息不可见，并且在暂停结束后会消失。此外，在暂停审核期间，没有任何内容指向用户访问审核页面，因此用户经常会错过一条消息，向他们提供有关暂停原因和改进资源的信息。
这种情况无意间给用户带来了困难了解他们做错了什么，一旦恢复他们的审阅权限，可能导致用户犯同样的错误。它还可能导致主持人给出过长的审核暂停条款，这仅仅是因为这是确保用户在审核暂停期间甚至可以看到该通知的唯一方法。
/ review部分中的审核暂停通知
此版本中改进了审阅暂停通知中包含的通知文本（在下面的屏幕截图中，默认文本为第一行；如果没有输入任何内容，则默认情况下还会提供更有用的解释文本申请了审核停权的mod）。我们将在将来的项目中创建新的指导和中止通知。排队页面，系统将跟踪被暂停的用户是否已看到完整的评论暂停消息。在审核暂停期间，“了解”按钮将不可见。
如果用户在暂停生效期间未看到暂停消息，则该消息将保留在所有审核页面上，直到用户点击“知道”按钮，确认他们已查看该消息。 。这代替了当前的消息，其中仅显示“没有可供您使用的审阅队列”，而没有引用审阅中止，甚至没有提供指向具有该中止消息的页面的链接。
审核暂停用户在暂停期间未在
/review的其中一个页面上看到完整的消息，在暂停过期后，顶部栏的审核暂停通知也将持续存在，直到用户单击“了解”按钮为止。前一节。但是，由于他们有权访问审阅，因此各个队列列表将再次出现在下拉列表中。在/ review上：每个评论队列将从清单中直接链接到其“统计信息”和“历史记录”页面（当前，您只能在加载任务后从队列本身访问此页面）。
具有审查暂停的用户将能够加载完整列表（尽管队列本身将显示为灰色且不可单击），以便为它们提供访问统计信息和历史记录的途径。
页面上的所有权限声明均使用Stacks重新设置了样式。
发表了新的帮助中心文章，标题为“为什么我从审核队列中暂停？”。这将与新的默认审阅暂停通知链接。
此功能的总体目标是使暂停审阅用户的行为更有效地帮助用户学习和改善其审阅技能。为此，我们将跟踪以衡量该功能是否成功的指标：
一段时间内应用的审核暂停次数
审核暂停的平均时间长度
金额从暂停开始到用户看到通知之前的时间
在暂停期间和暂停后看到评论暂停通知的用户百分比
用户重复暂停的比率
返回到审核暂停后的活动
我们很高兴阅读并回应以下发布的与本新闻稿涵盖的领域相关的反馈和错误报告，该反馈自发布此信息后一个月（此后，新问题应作为新问题发布。）
#1 楼
提供一种明确的方法来上诉自动复审中止，此建议与nvoigt的答案背道而驰：很多时候，用户可能会因错误生成的审核（通常是质量低下的帖子被拒签，但在某些情况下，审阅者的注意力超出了应有的要求。）
缺乏明确的方法来对失败的审阅审计提出异议可能会导致许多不利因素：它使用户无法进行审查，因为这使系统似乎“不公平”，因为他们显然没有办法对所提供的错误测试或显然不是他们的错的暂停提出质疑。
这可能会导致用户进行不正确的审核：他们被告知要对一个明显差的帖子进行正面审核，这可以使他们正面地审核一些本不应该或更糟糕的事情，与审核是相反的旨在引起！
在自动悬挂的情况下如果由于审核失败而被强加，请在审核暂停通知上添加一个链接，以针对每个站点的元数据对审核暂停提出异议。示例：
我认为此审核审核是不正确的
该链接可以在meta询问表单中预先填写指向审核的链接，并为用户指明一个清晰的位置为什么他们不同意它。示例：
有争议的[队列名称]审计[审计ID]
链接到审计任务请在此处说明您为何不同意此审核]。在meta上询问有关审核中止的问题。但是，由于以下原因，我认为这还不够：
它没有提及有关审核审核的内容，也没有提及系统如何自动生成审核审核，并且系统是“在生成它们时总是很完美。
本节的整体措辞可能意味着暂停审查是正确的，唯一的办法就是问为什么它是正确的。 （尽管它确实提到“如果您认为暂停操作有误”，“ [如果]您对导致暂停的审核任务有任何疑问”和“ [a]要求了解应该有哪些正确选择，
如问题中的屏幕截图所示，该通知似乎将链接的标题命名为“审阅队列是什么以及它们如何工作”，根本不清楚。我应该单击该链接以了解如何对暂停提出申诉。 ，这是最好的操作。如果不这样做，那么至少可以做的是修改帮助中心文章并注意，以便解决这三个问题。
评论
听起来不错。如果需要将有争议的审核队列保持在较低水平，我会看到只允许对自动选择进行有争议的选择，并进行人工挑选，人工验证的审核，而这种方式不能引起争议。因此，过了一会儿，当每次审核都发生争议并且被抛弃或验证后，争议队列减少到几乎为零。
–nvoigt
20年7月22日在10:51
像用户提出的其他mod操作一样，每个站点的meta是否适合此操作？
–LShaver
20年7月22日在14:27
@LShaver“元站点”表示每个站点的元。如果我的意思是这个网站，我会明确地说出来。
–好奇号刺猬索尼克
20年7月22日在19:17
抱歉，我不清楚-我的真正问题是，每个站点的元数据是否已提供此功能？那些拥有审阅特权的人可能已经熟悉每个站点的元数据，并且知道这些是质疑/竞赛mod操作（自动或其他方式）的地方。拥有一个按钮/表单似乎并没有增加很多价值。
–LShaver
20年7月22日在19:26
@LShaver在很多站点上，尤其是Stack Overflow，很多500多个代表用户都不知道该元站点，即使在那些站点中，他们也可能不知道他们可以去那里上诉的事实，或者确实要上诉，请不要提供足够的信息，例如指向失败审核的链接。
–好奇号刺猬索尼克
20年7月22日在19:28
这是有道理的……也许应该首先解决不了解问题？并且看起来那些链接可见也会很有用。
–LShaver
20年7月22日在20:25
新的帮助中心文章鼓励那些认为自己被错误地暂停使用的用户询问meta，以便用户知道如何处理此问题。
–Catija♦
20年7月23日在1:52
@Catija在编辑中解决了这个问题。我仍然认为应该有直接的链接提出上诉，尤其是针对因审核审核未通过而自动中止的情况。
–好奇号刺猬索尼克
20年7月23日19:56
我不同意。 Meta比为mods立即执行要添加更多工作更好。
–Catija♦
20年7月23日在20:18
@Catija是否可以至少修改帮助中心的文章和注意事项，以便解决我在更新中提到的项目符号？ （还要提及过去曾用于报告不良审核的标签有争议的审核审核）。
–好奇号刺猬索尼克
20 Jul 23'20:45
帮助中心文章遍布整个网络，并且网络上几乎所有地方都没有审核审核，
–Catija♦
20年7月23日在21:34
我不喜欢某些帖子的Mea culpa音调。用户重复的地方“我不会再做。我做错了。对不起。”。我不知道这可能是因为Meta降低了人们的头并做了一些公众羞辱。可能是文化方面的事情，或者是我本人想念的东西。但是我对其中一些感到有些奇怪
–拖放
20年7月31日在11:15
#2 楼
这些更改看起来很棒。此功能的总体目标是使暂停用户退出审核的行为更有效地帮助用户学习和提高其审核技能。
也请考虑对计算机进行随机选择的审查测试，并由真实的人对它们进行扫描，以检查是否有坏苹果。告诉您您被禁止从事免费的志愿者工作（甚至不给互联网积分），这是非常烦人和侮辱。提供给您。被告知要改进和学习更是侮辱性的。改善什么？千里眼？算命？在随机机会游戏中更幸运吗？
请确保在向人们展示这一非常不错的功能时，出于正确的原因进行展示。因为人们没有通过审查测试，而这是对其审查能力的良好测试。并不是因为计算机选择了错误的随机数，然后为它们提供了“测试”，否则他们就不可能成功。没有大量的良好设计和编程就能消除该错误。
评论
我发布了一个密切相关的建议。
–好奇号刺猬索尼克
20年7月22日在10:43
当您从事志愿工作并给您一些空闲时间时，由某位大哥AI发送曲线球，这非常浪费您的时间，因为审计问题通常不是那么明确。无论您点头还是打耳光，您都感觉自己已受宠若惊。我在暂停审核之前就退出了审核，我想我并不孤单...
–类固醇
20 Jul 24'0:21
这就是为什么我放弃评论。 IMO，这里的原始帖子仅仅是猪的口红。审核问题不能准确反映SO标准。我不会花更多的志愿者时间来发表扎实的演讲，而只是解决一个地方性问题。我只是走开了。
–修剪
20年7月25日在0:00
只是让主持人提名他们删除的帖子是为了响应要审核的标志。然后，让主持人从候选人列表中删除自动选择的建议。问题解决了。整理起来不会那么困难，因为不同的用户都可以得到相同的审核。我们不需要那么大的清单。
–科迪·格雷
20年8月2日在3:27
#3 楼
我认为这是向前迈出的一大步，但是我想知道是否有一个更简单的解决方案（除了这些更改之外，还可以实施）是否在用户被暂停时向其全局收件箱发送通知？如果在过多的审核失败后将其自动挂起，则可能没有必要，但是对于手动复审挂起确实有效。常规版主消息（包括帐户被暂停）已经引起通知，为什么不复查暂停？评论
我们考虑了这一点，但希望在这里逐步开展工作。收件箱中的消息有一种看不见的方式，特别是如果您的收件箱中的消息很少，则评论顶部栏中的新消息将很粘。因此，尽管我们可以轻松添加全局收件箱消息，但我们首先要查看当前更改将产生什么影响，以及是否根据当前计划获得足够的可见性。
– Yaakov Ellis♦
20年7月21日在19:29
#4 楼
当用户被暂停审核时，请勿在顶部栏中通知用户要审核的项目当前，系统仍会在顶部的项目栏中通知已暂停审核的用户以供他们审核。但是，此通知点对此类用户没有任何作用，因为他们无法对所述点采取行动。
虽然我确实看到了一个反驳说法，通知用户打开评论栏并看到他们有一个悬架，我发现这有点背刺。这就像在说：“嘿，您需要复查某些内容...哦，等等，对不起，您无法复查，您已被复审。”
圆点本身可用于通知他们被暂停，但是一旦他们看到该消息，请不要显示圆点。
评论
它的工作方式是：红点将显示，直到您第一次打开顶栏查看菜单。第一次打开该文件后，该文件将不会在审核暂停期间显示。我们希望它至少出现一次，以引起人们对下拉列表和暂停通知的注意，但是按照您的想法，我们不希望之后再出现它。
– Yaakov Ellis♦
20年7月22日在10:55
@YaakovEllis听起来不错。我只是不想显示该点来通知他们审阅任务。但是，使用它来通知暂停本身要好得多。
–好奇号刺猬索尼克
20年7月22日在10:57
因此，至少在目前，它不会通知他们暂停，除非指示器会亮起，因为有足够的检查项目使其处于活动状态...因此，在指示器很少亮起的站点上，用户可能不会立即意识到已暂停，除非他们在指示灯未点亮的情况下单击该图标。但是，当用户在查看邮件后被暂停时，指示灯不会每小时打开。
–Catija♦
20年7月23日，下午1:55
@YaakovEllis是否有可能在悬挂期间更改圆点的颜色（或形状等），以进一步（尽管可能是微妙的）指示用户的状况不正常？
– hBy2Py
20年7月23日在16:50
@ hBy2Py这是我们正在考虑的事情，具体取决于对当前更改的响应情况
– Yaakov Ellis♦
20年7月23日在19:36
更改形状会很不错。而不是圆点，将其更改为红色斜杠/圆圈（如果没有足够的rez表示斜杠/圆圈，则将其更改为x），直到他们的暂停结束或至少看到一次通知为止。这将告诉用户，有理由打开下拉菜单，而没有暗示他可以复习某些内容。
–RobH
20 Jul 24 '18：52
您的答案与您在另一个线程中对相同建议的答案相矛盾：meta.stackexchange.com/a/346106/324858。你能解释一下吗？
–mentallurg
20 Jul 24'22:43
@mentallurg我已经在该帖子上回复了您。此处要求删除的是红点，而不是整个查看按钮本身。
–好奇号刺猬索尼克
20/07/24在23:03
#5 楼
首先，对Sonic的答案进行了补充：我发现更重要的是，不仅要有“一键式”解决方案来吸引人们。能够准确地了解导致当前暂停的先前审核失败非常重要。我不止一次地忽略了失败的审核测试，因为知道测试问题是其中一个错误由系统选择。几周后，您“再次”失败并被暂停……当您知道系统惩罚您做出正确的决定时，好运过去两次，一次。测试问题。不仅可以依靠这些，还可以做两件事：让人们定期识别测试问题。这将大大减少因启发式错误而对用户造成的惩罚。如果工作量太大，那么
让人们坐下来一次，确定测试问题，以进行初步的复习培训。
含义：收集100个左右的测试问题，并附上很好的解释正确的检查结果应该是。然后让人们经历10点学习。并且仅允许用户在正确处理了另外15个此类测试问题后才能成为审阅者。
评论
您提到的许多内容已在nvoigt的答案中提及。我仔细地写了我的答案，以避免与他们的答案重叠。
–好奇号刺猬索尼克
20年7月23日19:47
@SonictheMaskedWerehog我唯一看到的重叠点就是第一个要点。另请注意，我建议采用更具体的实现/解决方案。
–GhostCat
20/07/24在10:14
#6 楼
错误状态已完成用户配置文件中的主持人“帐户信息”下拉菜单仍使用旧的URL链接到审阅暂停页面。也就是说，它使用：
https://so.com/link/to/user/history/page?type=User+has+been+banned+from+review
，而不是新的
https://so.com/link/to/user/history/page?type=User+has+been+suspended+from+reviewing
评论
谢谢。实际上在PR中，将在修复后更新
– Yaakov Ellis♦
20/07/25在20:52
#7 楼
恕我直言，这些更改看起来非常好。也从“审阅禁令”重命名为“审阅暂停”。它很微妙，但给人的印象更加严肃和可信。
但是我对暂停审核有一些疑问。
您是否打算在完全暂停审核时更改标准
您实际上什么时候被暂停？在什么数量的失败测试上？
用户多次获得订单中止审核是什么？
完全禁止的特定数量的审阅暂停或至少在审阅队列中暂停的时间比通常的暂停时间更长？
您打算在此处进行任何更改吗？
在我看来，在特定数量的评论中止至少更长的时间后，将用户从评论队列中暂停是很有意义的。
评论
提供有关当前如何暂停审核的信息：基本上，审核暂停是由主持人手动发出的，或者是由于审核失败而自动发出的。当您退出暂停状态（自动和手动）时，您将处于“审查缓刑”状态30天，如果您未通过一次审核，则暂停时间将是过去暂停时间的两倍。如果您当前未处于审查试用期，则如果您在30天内未通过三项审核，则将自动被暂停，其期限为之前暂停的一半，如果从未暂停审查，则为2天。
–好奇号刺猬索尼克
20年8月1日在8:34
#8 楼
当我在Stack Overflow侧边栏中阅读此标题时，我很好奇看到对此帖子的评论，投票和回复。当我真正看到这些内容时，我必须确保自己清醒了，而不是梦想着生活在一个变态的未来中。改善。我惊讶地看到相反的原因是我如何看待此问题。被禁止的审阅者是审慎地单击审阅队列的审阅者，每次都选择安全选项，这无助于保持网站的清洁，但获得闪亮的徽章。他们正在积极伤害举报人和其他审阅者的工作。当他们被发现这样做时，将被禁止。或要求认真思考一下自己。或暂停。随随便便。
恭喜，您已经意识到这样做的人现在不再感到冒犯，因为他们不再是“被禁止”，而是“被暂停”了。
真的吗？有关软语言的信息，请参见George Carlin。
评论
当您批评某人时如何对待他很重要。如果软化语言使某些人更有可能阅读和遵循指南，那么这是值得做的。此外，“暂停”是比“禁止”更准确的描述。
– ColleenV
20年7月29日在10:59
当我一直开得太快并收到“轻微的财务不便”而不是“高额罚款”时，我就不太可能改善自己的行为。但我想，是什么使语言学家和伪心理学家感到高兴。我不认为这是一种改进，我希望在所有愉快的答复中提出来。
– CodeCaster
20年7月29日在11:03
您知道“被禁止”和“被暂停”在定义上的区别吗？这并不是委婉的说法，说“暂停”实际上更准确。就像“违反运动”比“罚款大笔”更准确。
– ColleenV
20/07/29在11:05
数十年来，人们一直在网络上禁止使用禁令，并且可以取消禁令。
– CodeCaster
20年7月29日在11:09
这与与被停职者的有效沟通关系不大。我同意您的观点，有时候公司会用语言来愚弄毫无意义的事情，以使其看起来好像他们正在解决问题，但是我不认为这是一个例子。
– ColleenV
20/07/29在11:16
这不是在拥抱。主持人一直要求很长时间的更改。对于不会滥用审核队列的人，我们不会放松立场。这种变化仅使我们更加准确和有用。它还增加了教育某人的机会，以便他们可以纠正自己的错误/误解并成为更好的审阅者。当然，这可能不会发生，但是至少值得一试。
–科迪·格雷
20年8月2日在3:26
评论
这看起来很棒Yaakov！这是向前迈出的重要一步。谢谢，也感谢所有为此付出努力的人。我喜欢它！继续努力！
“暂停后，看不到通知”这是我喜欢在软件中看到的那种细节。您显然正在考虑用例。好东西:)
顺便说一句，我仍然认为当建议的编辑被拒绝（或者可能否决了审查决定，但是可能太吵）时通知用户可能会帮助我们训练一些新用户，以便我们减少对用户的暂停。第一名。
@AsteroidsWithWings也许。对此进行论证的地方在不同的职位上。但是，对于新用户的任何拒绝都必须非常仔细地完成-当您是新用户时，一个不好的评论或不赞成投票就可以将用户赶走（这与帮助鼓励和培训他们的预期效果相反） 。我认为有一个可以推翻审查决定的地方很有希望。
@AsteroidsWithWings我们确实提供了许多功能，这些功能与新用户入职审查有关，以及对其中的人员进行继续教育。像这里一样使统计数据/历史记录更加可见只是一个开始。能否请您删除现有相关帖子的链接以便我看看？
挑选一个尼特：“懂了”似乎是口语化和本地化的。标准的“ OK”对SE的国际观众来说会更好吗？
@LShaver我认为，“确定”是作为标准UI元素在潜意识中被忽略的，仅表示“将我带到下一步”。 “了解”可以进一步说明用户正在确认他们对消息的理解。也许“ Undertood”会是一个更好的词。
很棒的工作，但是在什么时间段内截取了可用队列的屏幕截图？！我不记得在它们旁边没有至少2个红色和5个银点的情况下打开它。☺
@Remy这是在我的计算机上拍摄的；我们不会使用完整的SO数据库的副本，因此评论下拉列表中的点的行为会有所不同。这里不是很重要。
@LShaver特定的短语“ Got it”是标准化的Material Design元素，因此可能具有可理解的含义。
@YaakovEllis：我的问题（实际上是建议更改SE功能）meta.stackexchange.com/questions/346104/…已作为您的重复内容被关闭。我的问题比您大4个月。过去的问题怎么可能是将来的问题的重复？它应该是相反的方式。您能解释一下这种奇怪的逻辑吗？
@mentallurg我同意，这不是重复的。我重新打开，并添加了状态标签和答案
@mentallurg的一般性注释，在这种情况下比较问题的年龄并不重要，请参阅例如我是否应该投票关闭重复的问题，即使它是新问题，并且具有更多最新答案？以及与此相关的多个讨论
如Shog9所述，@ mentallurg在这里问题不是年龄。哪个更好。