禁用标志是否已与 Discobot 教程进行了测试？几年前，我们用 CSS 隐藏了一些标志，因为它们不适用，但是 Discobot 教程因此被软锁定。在某个时候，教程要求用户标记一条消息，但在我们的实例中，由于我们隐藏了该标志，因此他们无法做到。遗憾的是，我们不得不禁用该教程。
如果仅启用“非法”标志时 Discobot 不会软锁定，那么我们或许可以通过采用此版本来重新启用该教程 
3 个赞
我认为你可以使用类似的解决方法，就像你 Disable Likes
所以，与其要求用户标记帖子，不如让他们回复“跳过”
4 个赞
你说得对。上次你已经告诉过我了 
我会把它加到待办事项列表里，找个时间试试
3 个赞
Tristan，抓得好！这里确实有一个小 bug。我不确定答案是什么，也不知道我们是否需要对此做些什么。
我测试了一下，发现即使该用户没有标记权限（例如，不在 chat message flag allowed groups 中指定的组内），标记步骤仍然有效。
不过，如果“不当”标记被禁用，discobot 会卡住。
如果选择了其他标记，它似乎有效，但 discobot 会回复教育用户使用正确的标记：
哎呀，我那不当的帖子还没有被标记为不当。
吗？别忘了使用“显示更多”按钮 来显示帖子的更多操作。你能把它标记为不当，使用 flag
但之后如果你尝试用另一个标记再次标记，教程就会再次卡住。
过了一会儿，Discobot 会再次回复：
嘿 @tobiaseigen，我只是来查看一下，因为我好久没收到你的消息了。
- 要继续，随时回复我。
- 如果你想跳过这一步，请说
skip。- 要重新开始，请说
start tutorial。如果你宁愿不这样做，那也没关系。我是一个机器人。你不会伤害我的感情。
此时回复“skip”可以让你继续教程。
2 个赞
这很有意思——我之前不知道这种情况。您还发现了其他绕过 discobot 教程的方法吗？
2 个赞
在我帮助运行的论坛上，我记得有一个装箱检测随机不起作用，所以我们编辑了一条消息，告知他们也可以跳过该步骤。
1 个赞
这感觉很熟悉。我怀疑对我们来说也是这个标志有问题。“不当”标志对我们来说并不适用，所以是我们决定隐藏的标志之一。
1 个赞
谢谢你，Tristan！如果我们泛化这一步，以便可以使用任何标志，这会有帮助吗？或者，如果我们禁用“不恰当”的原因就跳过这一步，这可以接受吗？
我们希望在此进行尽可能小的改动，因为对 discobot 的调整通常难以测试，并且会产生更多需要修复的 bug！
另外，更广泛地说……您是否通过其他方式向您的网站成员传授诸如标记之类的功能，以及您期望如何使用它们？在您的社区中，有多少人完成了 discobot 教程？
1 个赞
这是一个已知错误 Discobot didn't recognize link in tutorial
但是，discobot 在 2 次失败后会建议跳过，而无需任何自定义：
嘿，谢谢你的回复！
不幸的是，作为一个编程糟糕的机器人，我无法完全理解那个。
你可以再试一次，或者如果你想跳过这一步，请说 skip。否则，要重新开始，请说 start tutorial。
教程：
- 书签： 从
post menu中删除“bookmark”，将max bookmarks per day设置为 0 - Onebox： 将
max oneboxes per post设置为 0（在几次失败的帖子后，它会建议使用 skip） - 提及： 将
max mentions per post设置为 0（回复时没有 @mention 也会在 2 个帖子后触发 skip 信息，但谁会尝试这样做呢？） - 引用： 禁用
default other enable quoting会破坏“选择你喜欢的任意 ↑ 引用的文本，然后按弹出的 Quote 按钮——或者底部的 Reply 按钮。”的一部分，因为没有引用按钮，但回复是有效的。 - 上传图片： 从
authorized extensions中删除所有? 扩展名或禁用embedded media post allowed groups
好消息：禁用 enable emoji 不会破坏教程，该步骤会被跳过。
高级教程：
- 编辑：
edit post allowed groups排除用户或从post menu中删除“Edit”，非常短（tl2）的帖子编辑时间限制也会使其具有挑战性 - 删除： 从
post menu中删除“delete”，将max post deletions per day和/或max post deletions per minute设置为 0 - 恢复删除： 将
delete removed posts after设置为 0 会使其更困难，因为帖子在重新加载时会消失。
我还没有检查接下来的步骤
3 个赞
我记得，至少有两个人抱怨过一次失败，然后就没达到那个点。
1 个赞
我认为这两种解决方案都可以。我倾向于推广，这样用户仍然会通过标记的流程进行引导，并鼓励他们这样做——这是内部社区的一个重要功能，需要尽快捕获机密信息。
是的，我们在保密指南中有一个部分对此进行了说明。用户必须阅读保密指南才能获得创建主题的权限。
我还将此添加到我们的“经验教训”模板的底部：
保密提醒
如果您看到任何可能违反保密或其他要求的内容，只需标记它，描述您认为应该修改或删除的内容，我们将进行查看。
我无法给您一个具体的数字，但在它被软锁定之前，我认为大约有 10% 的用户完成了教程。甚至可能更多。那是在我们方面没有任何推广或鼓励该功能的情况下。
1 个赞