继续关于Discourse投票的讨论：
目前，投票插件采用“分配你的请求”模型。也就是说，你拥有的投票数量有限，可以随意分配。
这在某些用例中有用，例如“功能建议”类别，你想让用户考虑他们最关心什么。比如，如果这里有这个功能，我一定会用它来权衡我脑子里各种各样的建议和愿望。
在其他情况下，例如问答论坛，最好采用更像Stack Exchange的模型：每天给用户一定数量的投票（根据信任等级），但没有_总体_限制。
我知道可以使用“喜欢”来实现这一点，但是1）它们不太明显，2）没有“最受欢迎”的主题列表视图（有吗？），3）它们不太明显，以及4）大多数将投票与该功能的起源分开的原因。
我目前只是给高信任等级用户1,000,000票。这没问题，但感觉……不够优雅。
是的！如果您能在特定时间内获得更多投票，那将非常有帮助——我们有一个软件产品的社区，所以每月获得一定数量的投票可能是有意义的。
我知道肯定有人有同样的问题
我们的一位用户也指出了这一点，我有点惊讶原来是这样运作的。
将其设为月度限制更有意义。
我们实际上现在已经在该版块启用了投票功能，所以提醒一下所有仍然想要此功能的人来投下你们的票
我已将下面另一个要求相同功能的特性请求合并进来了。
目前在 Replit Ask 上，许多 TL3 用户正在用完选票，由于团队的工作速度有限，他们无法快速获得更多选票。因此，我们希望有一个设置，使得用户的选票数量像编辑、点赞等一样，在 24 小时内滚动更新。
这正是设置投票限制的原因 
这样，人们就会意识到投票的稀缺性，并明智地使用它们。如果出现更高优先级的项目，他们需要从较低优先级的项目中移除投票，才能将其用于新的高优先级项目。
每天增加更多投票实际上会使其变得“无限制”，并稀释投票信号，使其作为项目信息来源毫无价值。您也可以通过按所需积压工作量成比例地增加 voting_tl3_vote_limit 来达到相同的最终目标。
确实如此。不过我们不希望增加太多数量，以防止垃圾投票，并且不让待办事项积压过低。由于团队目前正专注于错误报告，因此这些主题似乎不常被关闭。