这是假设之前投票通过的事项已经实施，或者不再重要。
在我看来，将功能请求整理成一份团队考虑在未来添加的列表，并重新开放投票以便再次利用，是有道理的。
为什么要使用主题投票呢？正如你提到的，可以使用点赞/反应来代替，而不是局限于固定数量的投票。比如，使用特定的表情符号（如 
）可能足以衡量对特定 #contribute:功能请求 的兴趣。你可以使用数据探索器脚本在此类别中返回顶部主题，也许在带有最多该特定反应的主楼中显示。
相比之下，限制投票似乎没有太大进展，因为根据我的经验，这个类别中没有直接相关的更新。可能偶尔会有，只是我没有注意到而已。
不过，我相信一些新推出的功能可能在某个时候曾是功能请求。
在我看来，主题投票更适合用于比赛，即在设定的截止日期前评选出前 X 个主题，并在公布日宣布前三名的获胜者。但在这个类别中使用，它感觉更像是一场没有明确结论的比赛，需要反复猜测自己的投票。