建议看板

成员提交想法，服务器投票，管理组附上理由作出处理——而不是一个塞满了永远没人回复的消息的频道。

概述

几乎每个服务器最后都会开一个建议频道，也几乎都以同样的方式停止运转：想法越堆越多，少数几条收到表情回应，没人回复，一个月后这个频道就成了那些本来也不会发生的事情的档案库。看板修的是真正坏掉的那一半——不是收集建议，而是把建议了结。每条建议都会得到一个人们能顺口说出的编号、一份投票统计，以及一条附带理由的管理组处理结果。提交的人会被直接告知结果。

它是如何运作的

一条指令，一条带编号的帖子

成员使用 /suggest，想法就以 #12 的形式出现在看板上，下方带有投票按钮。编号按服务器各自连续排列，短到可以在语音频道里直接念出来——人们也确实是这么用的。

灌不了水的投票

每位投票者只占一行，因此双击、断线后重试，或者同一个人用两台设备，都不可能把总数刷上去。点击你已经选过的那一边就是撤回投票，点击另一边则是改投。

要的是答复，不是沉默

采纳、婉拒和标记为已完成就摆在每条建议下面。按下其中一个会弹出填写理由的输入框：可以不填，但每次都会出现，因为不作解释的婉拒正是任何建议频道最终都会引发的抱怨。处理结果会写在帖子上，并以私信送到提出者手里。

需要的话，可以先审核

开启审核后，建议会先进入只有管理组能看到的频道，有人采纳后才上看板。被婉拒的建议不会公开：把一件事公之于众只为了对它说不，无非是噪音。

关键能力

按服务器连续编号，人人都能顺口引用

赞成票与反对票，或者只保留支持——如果你要避免的正是公开围攻

在任何内容公开之前，可选的管理组审核

采纳、婉拒或标记为已完成，每项都可附上显示在看板上的理由

建议被处理时发给提出者的私信

按每条建议单独确定的匿名模式，日后改设置也不会暴露任何人

每条建议下自动开启的讨论子区

冷却时间、未处理建议配额和长度限制，让看板保持可读

提建议的身份组白名单与黑名单，以及负责处理的管理组身份组

自己的日志频道，以及控制台日志视图里的每一次操作

安装设置

1.打开控制台，进入建议标签页，启用它，然后选择看板所在的频道。

2.决定建议是否先经审核。如果要审核，就选择建议排队等待的管理组频道——没有它，每条建议都会被拒绝。

3.添加你的管理组身份组。拥有“管理服务器”权限的人本来就能处理，所以这一栏只是给没有该权限的管理员用的。

4.把冷却时间和长度限制保持默认一周，等你看清服务器实际会提交些什么之后再作调整。

详细工作方式

关键在答复，而不在建议本身

收集想法是容易的那一半，任何服务器用一个频道加一个表情回应就已经做到了。那套做法做不到的是了结：没有办法说出“我们决定不做，理由是这样”并让这句话一直贴在那个想法上，于是同一条建议每隔几个月就回来一次，管理组又在聊天里重新答复一遍。看板把处理结果、理由和作出决定的人永久留在帖子本身上——所以三月已经答复过的建议，到九月依然是答复过的。

可以放心开启的匿名

匿名模式把提出者从看板上隐去，但从不对管理组隐藏：审核队列和日志都会写出名字。这是刻意为之。一个没人需要为自己所写内容负责的看板，恰恰会招来日后管理员必须收拾的行为；而一个把名字挂在不受欢迎的想法下面的看板，压下去的往往正是值得一听的想法。只让作出决定的那几个人知道，而不告诉其他任何人，正是同时缩小这两个问题的设置。

设置

建议频道建议发布到这里，供整个服务器查看。没有这个频道，看板就无处可写，每条建议都会被拒绝。

发布前先审核建议先进入管理组频道，有人采纳后才会上看板。如果你不想在众目睽睽下处理看板，就用它。

审核频道只有管理组能看到的队列。即使看板不显示，它也会写出提出者：采纳一件事既是对想法的判断，也是对人的判断。

投票在每条建议下方加上投票按钮。如果你希望看板只是一份由管理组处理的想法清单，就关掉它。

允许投反对票关闭后成员只能表示支持。适合那些正想避免公开围攻的服务器。

处理后关闭投票管理组一旦处理，就不再接受投票。如果你希望成员对已定的事仍能表态，就让它保持关闭。

隐藏提出者看板会显示“匿名”而不是名字。管理组在队列和日志里仍能看到是谁提交的。这个值按每条建议单独保存，因此日后关闭也绝不会暴露在它开启期间发帖的人。

开启讨论子区在每条已发布的建议下开一个子区，让讨论不至于把看板刷满。Sylon 在该频道需要“创建公开子区”权限。

处理后私信提出者把处理结果和理由以私信发给提出者。如果对方关闭了私信，则不会发送任何内容。

两条建议之间的等待（秒）成员在两条建议之间需要等待多久。填 0 表示无需等待。

每位成员等待答复的建议数同一位成员最多可以同时留有多少条建议，避免一个人把队列占满。填 0 表示不限。

最少字数短于此长度的建议会被拒绝，可以挡掉“加点东西吧”之类的内容。填 0 表示没有下限。

最多字数一条建议最长可以多长。这一项无法关闭：上限为零就意味着什么都不能提交。

管理组身份组可以采纳、婉拒并把建议标记为已完成的身份组。拥有“管理服务器”权限的人本来就可以，所以留空并不会把谁挡在外面。

可以提建议的身份组留空则整个服务器都能提建议。在这里填入身份组会把它变成白名单。

禁止提建议的身份组这些身份组不能提交建议，即使同时拥有被允许的身份组也不行。

日志通道机器人将为此功能发送日志消息的通道。

命令

/suggest <suggestion>向服务器建议看板提交一条建议。

/suggestions <action> [number] [reason]审核、处理或列出建议。

须知事项

Sylon 需要能看到看板频道并在其中发言；如果你开启了子区，还需要“创建公开子区”权限。

如果没有选择看板频道，建议会在任何内容被保存之前就被拒绝——控制台和 /diagnose 都会报告这个状态。

删除一条建议会移除它的看板消息和投票；日志里仍保留它曾经存在以及是谁删除的记录。

清除服务器数据或成员数据时，该成员写过的一切都会被删除。

常见问题

我能不能防止一个人把看板刷满？

这由两项彼此独立的设置完成。冷却时间是两条建议之间的间隔；未处理配额则限制一位成员同时能有多少条建议在等答复，所以发了三条却没收到回复的人就发不出第四条。两者都接受 0，表示不限。

如果我以后关掉匿名，旧的建议会怎样？

不会怎样。匿名与否是在提交那一刻写在每条建议上的，而不是在绘制看板时从设置里读取。关掉它只改变之后发生的事，绝不改变已经发生的事——这是这里唯一一个把设置改回来也补救不了的错误。

作出处理之后投票还开着吗？

默认不开：管理组一旦答复，按钮就会移除。如果你希望成员对已定的事继续表态，也可以让它保留——有些服务器把这当作重新讨论的依据。

一条建议能艾特全服务器吗？

不能。建议发布时会完全关闭提及，所以建议里的 @everyone、@here 和身份组提及都只是文字而已。管理员输入的理由同样如此。