这只是假设先前投票通过的事情已经实施或不再重要。
在我看来，将功能请求整理成一个列表，列出团队考虑在未来添加的功能，并释放这些选票供再次使用，是合理的。
为什么要使用主题投票？正如您所提到的，可以使用“赞”/反应而不是限制在一定数量的选票。使用特定的反应，比如 :discourse:，可能足以衡量特定 #功能请求 的兴趣，因为您可以使用数据浏览器脚本在这个类别中返回带有最多此特定反应的帖子中的热门主题。
与限制投票相比，这真的感觉没有进展，因为根据我的经验，没有与此类别直接相关的更新。可能偶尔会有，但我可能没有注意到。
我敢肯定，一些新推出的功能以前也曾是功能请求。
依我看，主题投票可能更适合用于竞赛，对“X个热门主题”进行投票，并设定一个截止日期来宣布前三名获胜者。但在该类别中使用它，感觉更像是一场没有明确结论的竞赛，需要对自己的选票进行猜测。