出于好奇，我今天在 Feature 标签下浏览了一下，比较这些过滤视图很有趣：
我想知道使用包含“投票数”和“点赞数”的数据探索器查询可以实现什么…… 
另外：
[quote=“Moin, post:30, topic:308402”]与其让用户对今年的 378 个主题进行投票，不如预先选择它们可能更有意义
[/quote]
自动化思考： 也许可以根据点赞数建立一个“主要”池，将请求升级到可投票状态。
人工策划思考： 偶尔，一些明显有价值的请求会得到工作人员的关注，无论投票数如何，所以某种程度上，已经有一些策划工作在进行了。但也许所有内容都应该经过工作人员的快速审查？
支持性示例：我发现了 8 个关于“让用户关闭自己的主题”的功能请求——从 2014 年到 2025 年——其中一些已关闭，但大多数仍处于开放状态且没有投票。如果同一个请求被反复提出，而较早的请求却无人问津且未被投票，那说明有些地方没能很好地运作。
如果用户没有搜索——或者没有看到“您的主题相似……”的对话框——我不确定还能做些什么，除非初始请求能到达工作人员的检查点：
如果是新请求，则将主题移至投票类别；
如果存在相似请求，则回复一个链接。
只是在自言自语。我知道一切都需要资源……