今天出于好奇在 Contribute > Feature 频道里逛了逛，对比一下这些筛选视图挺有意思的：
我在想，如果用 Data Explorer 写个查询，同时包含 Votes 和 Likes 会怎样…… 
另外：
自动化思路： 也许可以建立一个基于 Likes 的“主池”，让达到一定点赞数的请求升级为可投票状态。
人工策展思路： 偶尔会有明显有价值的请求被员工直接采纳，无论票数如何，某种程度上这已经是一种策展行为。但或许所有请求都应该经过一次快速的人工审核？
支持性案例：我找到了 8 个关于“允许用户关闭自己的主题”的功能请求——从 2014 年到 2025 年——其中几个已关闭，但大多数仍处于开放状态且票数为 0。如果同一个请求被反复提出，而旧版本却被忽视且无人投票，那说明目前的机制运作得并不好。
如果用户没有进行搜索——或者没有看到“你的主题与……相似”的提示对话框——我不确定还能做什么，只能让初始请求到达员工检查点：
如果是新请求，将其移至投票类别；
如果存在相似请求，回复一个链接。
只是随口想想。我知道一切都需要资源……