我目前的反馈如下：
当在某个主题中启用该功能后，用户回复后将需要等待一段时间才能再次发帖。然而，这可能会造成困惑，因为即使弹出了提示告知用户需要等待，回复按钮仍然可见。我的建议是：在用户能够再次发帖之前，回复按钮应消失或变为灰色不可用状态。
3 个赞
对于此类场景，可用性领域存在两种相互竞争的观点：
- 如果无法实现，就将其移除。
- 如果无法实现，当用户点击/轻触按钮时说明原因。
我倾向于后者。“即时”教育机会非常宝贵，而且界面能保持一致——你很可能收到支持邮件询问回复按钮为何消失，尤其是因为慢速模式相对少见。
此外，应避免在按钮上放置“有趣”的倒计时器，因为这可能导致用户产生类似巴甫洛夫式的“让我等着，在允许发送的那一刻立即发布”的行为，我认为这是一种负面激励。
8 个赞
哦，那太好了。我在选举之夜用它开启了慢速模式，当时我正在睡觉。要是能自动结束就好了。
2 个赞
这是否仅适用于主题中的最后一条帖子？
1 个赞
不行，因为如果用户只能编辑而不能发帖，他们就会认为应该“总是”去编辑……他们会反复回头修改自己已有的帖子。我百分之百确定他们会这么做。
4 个赞
大家好，我只想感谢大家为这项功能付出的努力。它彻底解决了我们的问题，而且由于这是由软件强制执行而非由版主手动执行，让用户感觉没那么沮丧，也更能鼓励大家参与。当我们从版主手动执行的慢速模式话题切换到已发布的慢速模式功能时，就亲身体验到了这一点。
自从你们发布这个功能后，我管理社区的压力和焦虑水平显著下降，对此我感激不尽。有时候，我会在那些我知道当下没时间管理的话题上随意启用它。
我通常将其用于预防性措施，针对那些我预知会引发激烈争论的话题，或者那些可能非常复杂、希望用户在发帖前多加思考的话题。我通常这样使用：
- 15 分钟/1 小时：通常由于特定话题的性质，作为预防性的慢速模式使用。
- 4 小时：当话题变得棘手时，我使用的常规慢速模式。
- 1 天：当用户表现得特别狂热或不合作时，我会使用这个慢速模式设置。
- 1 周：我从未使用过这个设置。
我们将论坛用作慢速讨论区，因为我非常明确它不适合聊天或用作社交网络，况且我们还有 Discord 用于文字和语音聊天。如果您的社区节奏更快，结果可能会有所不同。
11 个赞
慢速模式是一个非常棒的功能，我们非常喜欢！
但在我们的网站上，版主也经常在话题中发帖，有时可能会忘记慢速模式已启用……
是否可以在使用版主权限发帖速度超过慢速模式正常允许的范围时，弹出一个提示？这有点像使用版主权限在已关闭的话题中发帖。我认为这样能让对待大家更加公平，同时在确实需要时，版主仍能继续推进工作。
5 个赞
好的 @eviltrout @riking，这与“在用户即将向已关闭的话题发帖时警告工作人员/TL4"的功能相关，因此可以一并打包处理。
4 个赞
18 篇帖子已移至新主题：在主题中永久使用慢速模式时遇到的问题
鉴于我们现在已在产品中推出慢速模式，我将把此标记为已完成。
1 个赞