ChanScout慢速模式架构：高速聊天中的速率限制与防刷屏机制
慢速模式并非单一严格程度的旋钮，不同间隔会塑造出截然不同的群组形态。本文解析各档间隔的实际效果、管理员豁免机制、对刷屏的真实作用，以及如何按需为单个话题设置限速。
慢速模式并非单一严格程度的旋钮，不同间隔会塑造出截然不同的群组形态。本文解析各档间隔的实际效果、管理员豁免机制、对刷屏的真实作用，以及如何按需为单个话题设置限速。
慢速模式让每位成员在发送消息之间等待一个设定的间隔。它被呈现为一个从十秒到一小时的单一旋钮，仿佛这些数值只是同一种处理方式的不同程度。
事实并非如此。每一个数值都会产生一种不同类型的房间，而三十秒与十五分钟之间的差别不是严格程度——而是你所运营的东西是否还称得上是一场对话。
完成这一步后你将能够
- 根据你希望房间变成什么样来选择间隔。
- 解释为什么你作为管理员从不会感受到自己的设置。
- 说明慢速模式对刷屏能起什么作用，而这比人们以为的要少。
- 把它应用到社区的一部分，而不是全部。
成员会体验到什么
开启慢速模式后，发送消息会启动一个倒计时。发送控件变成一个显示剩余时间的计时器，在倒计时结束前什么都发不出去。没有队列，也没有惩罚——你只是等待。
有两个细节决定了它的感受。倒计时是可见的，所以没人会猜测自己的消息为什么发不出去；而且它按人计算而非按房间计算，所以安静的成员永远不会被话多的成员挡住。
而最关键的一点是：管理员是豁免的。无论你设置什么，你自己都不会体验到它，这正是如此多群组运行着一个连群主自己都会觉得难以忍受的间隔的原因。如果你打算设置超过一分钟的间隔，用一个非管理员账号在房间里待上一个下午，或者在决定期间先取消自己的豁免。
四种间隔，四种不同的房间
请把这些理解为群组会变成什么样的描述，而不是严重程度的等级。
十秒
半分钟到一分钟
五到十五分钟
一小时
它仍然是一场对话，只是碎片更少
在这个间隔下，人们可以正常交谈。它阻止的是把一句话拆成四条消息发送的习惯，而这正是群组变得难以阅读的最大单一原因，并且它根本不是刷屏——这是大多数人在手机上打字的方式。
对房间的影响是微妙的，而且几乎全是好的。消息会稍微变长，信息流会慢到读者能跟上的程度，而且没人会觉得受限制，因为十秒差不多就是构思下一个想法所需的时间。
在任何已经变得难以阅读的群组里，这都是应该首先尝试的设置。如果它能解决问题，就不需要更强的措施。
最轻的有用设置。阻止句子被拆散，而不改变房间的性质——从这里开始。
带有刻意节奏的对话
长到足以让人写出一个完整的想法，短到足以让真正的交流存活下来。这是大型繁忙群组的实用默认值，也是大多数社区在试验后最终稳定下来的间隔。
它以一种值得点明的方式改变了行为：成员开始先读后写，因为一次回复要花掉他们的回合。问题会被一次性妥善回答，而不是六个人同时打出同样的内容。
代价落在快速交流上。两个人想私下商量点事情时会觉得沮丧，正确的应对是让他们转到私聊，而不是由你降低间隔。
大房间的现实默认值。对话仍然会发生；它只是有了节奏。
不再是一场对话——而是一个投稿箱
在这个时长下，没人在跟任何人说话。一位成员发帖，等到他们可以再次发帖时，话题已经完全翻篇了。你拥有的是一个人们提交内容、版主回应的房间。
这是一种正当的形态，而且恰好适合某些房间：一个由工作人员回答问题的队列、一个举报的地方、一面人们发布作品的墙。但如果你设想的是一个社区，那这就是糟糕的形态，因为成员会不再期待自己参与交流，大多数人也会不再来。
要诚实地面对你正在创建的是哪一种，最好在描述里说明，这样人们带着正确的预期进来，而不是断定这个群坏了。
队列和投稿的真正工具。把它用在社区上，会把成员变成申请人。
名义之外实为只读
每小时一条消息不是速率限制；它是一种把房间关上却留条门缝的方式。几乎没人会发第二条，所以实际上群组变成了一个偶尔被打断的广播。
有两种正当的用法。作为事件期间的临时措施——一场刷屏、一次围攻、一场需要降温的争吵——它能在不封禁任何人的情况下争取数小时。以及作为你正在逐步关闭的房间的刻意维持状态。
作为永久设置，它对你想要的东西来说是错误的工具。如果成员本就不该发帖，那么 Step 075 中带讨论组的频道可以干净利落地做到这一点，而无需假装自己是一场对话。
是临时刹车，不是配置。如果你想要广播，就运营一个频道，而不是一个没人能说话的群组。
它对刷屏能做什么，不能做什么
慢速模式被归在防刷屏措施之下，而精确说明它能阻止哪些刷屏是值得的。
它解决的是可读性。一个人或十几个兴奋的人以没人跟得上的速度刷屏，正是间隔能解决的问题，而且它解决得立竿见影，无需版主投入精力。
它对蓄意滥用几乎无能为力。有人运营二十个账号，限制是按账号计算的，而二十个账号每分钟发一条仍然是每分钟二十条消息。间隔略微提高了成本，但并未改变局面。
所以它应当属于一个组合，而不是单独使用。真正决定谁能发帖的控制在上游：谁能加入，见 Step 064；成员被允许发送什么；以及 Step 061 中的自动过滤。慢速模式管理的是合法待在房间里的人的行为。
还有一个与刷屏无关的理由让你尽早使用它：它是现有工具中最不具惩罚性的。没有人被移除，没有人被单独限制，也没有人需要被评判。对于一场正在升温的争吵，一个间隔能让房间降温，而无需点名任何人——而且一小时后就能解除，不留任何痕迹。
现在试一试——五分钟
四个步骤，而第三步是大多数管理员从未做过的。
- 在群组的权限设置中找到这个选项 就在成员可以发送什么旁边。注意它默认是关闭的，所以任何开启了它的群组都是因为有人主动选择了开启。
- 如果房间难以阅读，先试最短的间隔一周 十秒。然后看看当初的抱怨究竟是信息量太大，还是其实只是某一个人。
- 像成员一样阅读你自己的群组 你是豁免的，所以你从未体验过自己的设置。如果你无法使用第二个账号，至少滚动浏览一个繁忙时段，数一数人们在等多久。
- 把一小时的设置只留给事件期间 设置它，说明原因，并在当天解除。它的价值完全在于临时性。
对话会转移到哪里
间隔并不会减少人们想说的话。它改变的是他们在哪里说，而这个后果值得预见，因为从主房间里是看不见它的。
在一个被限速的群组里，交流转移到相关两人之间的私聊，并出现侧群——一个常客聚集的、没人需要等待的小房间。两者都很自然，也都不是失败，但两者都把对话带离了社区其他人本可以从中学习的地方。
这就是长间隔的真正代价，而且它比不便更大。一个问题在私聊里被回答只帮到一个人；同样的问题在群里被回答则帮到所有后来读到它的人，而这正是社区大部分价值的所在。
有两件事可以减少这种流失。表情回应不受限速，所以赞同、感谢和确认可以自由发生——在置顶消息里说明这一点，确实会改变一个慢速房间的感受，因为人们原本花掉自己回合的大部分内容就是表示赞同。而且回复能让交流在间隔中保持清晰，所以两个人可以在二十分钟里维持一场对话，而没人会跟丢线索。
如果你注意到常客安静了下来，同时出现了一个侧群，那就是间隔太长的信号。群组自身的统计数据不会告诉你这一点；你是通过注意到谁不再说话而发现的。
这个阶段的常见问题
慢速模式适用于媒体、回复和表情回应吗？
它适用于发送消息，包括媒体，而回复也算作消息。表情回应不算——这其实很有用，因为在一个被限速的房间里，表情回应成了人们不花掉自己回合就能表示赞同的方式。明确鼓励这一点，会让一个慢速房间感觉远比原本安静得多。
我可以豁免特定成员吗？
不能单独豁免——豁免跟随的是管理员权限，而不是一项单独的权限。在实践中，需要让少数人自由发言的社区会给这些人一个来自 Step 058 的最小版主角色，该角色自带豁免。这是一个真正的决定，而不是变通办法，因为它同时也赋予了他们你可能并不打算给予的权力。
成员知道他们为什么不能发帖吗？
倒计时是可见的，所以机制很清楚，但原因并不清楚。在群组描述里写一行，或用置顶消息说明这个间隔存在及其原因，能消除大部分烦躁。人们能容忍一条自己理解的规则，却会怨恨一条似乎是悄悄强加给他们的规则。
它会永久拖慢群组吗，即使在繁忙时段过后？
会，因为这是一个设置，而不是某种自适应机制。房间安静下来时，没有任何东西会降低它。这就是应当重新审视它的理由：在发布或事件期间选定的间隔，往往一年后仍然在那里，让一个如今已不活跃的群组显得生硬。把它和 Step 047 中的置顶消息归为同一类——除非有人去看，否则就会衰减的东西。
使用慢速模式更好，还是限制成员可以发送的内容更好？
它们回应的是不同的抱怨。慢速模式针对的是本属于那里的人带来的信息量；限制消息类型——通常是链接或媒体——针对的是不受欢迎的来客所发布的内容。如果你的问题是陌生人丢链接，那么限制要精确得多，而且几乎不损害对话，而一个间隔会让所有人都不便，却几乎不便到他们。
它会影响向群里发帖的机器人吗？
拥有管理员权限的机器人和任何管理员一样是豁免的，对于发布提醒的东西来说这通常正是你想要的。这也值得作为一个小的风险来注意：行为失常的自动化恰恰是间隔本来能够遏制的东西。对此的控制手段是 Step 058 中的权限，以及在 Step 059 的日志中查看它的输出。