是否可以删除那些最后一次使用是在两年前的标签？
例如，#size-s、#size-m、（甚至未使用过）size-l 和（也从未用过）#size-xl。
然后，还有一些标签拼写错误。例如 phbb，这似乎是 phpbb 的错误。
此外，hcaptcha 似乎没有图标，并且被放置在“其他标签”标签组中，而不是“官方插件”标签组中。此外，graphviz 缺少图标，而 topic-list-author 位于“其他标签”标签组中，而不是“官方主题组件”标签组中。
horizon-theme 缺少图标，discourse-translator 标签存在没有意义，因为 translator 标签已经存在。
等等！还有更多。ai-artifacts 和 ai-custom-prompt 被放置在“其他标签”标签组中，而它们应该放在“Discourse AI Features”标签组中。此外，sidebar-tags 标签位于“官方插件”标签组中，而不是“官方主题组件”标签组中。
如果这过于吹毛求疵，我提前道歉。
您觉得从未使用过的一些标签实际上在私有类别中被使用了。不过，是的，标签需要一些维护。谢谢。
谢谢你，内特！感谢你注重细节。正如莉莉所说，许多标签的使用方式对公众不可见。在私有类别和与客户的私人消息中。我期待着为 /tags 页面带来一些秩序！
我刚尝试将 #phpbb 添加到当前标记为 #phbb 的主题中，但不知何故不起作用。这很奇怪。#phpbb 在 Migrations 标签组中，但该标签组不限制谁可以使用该标签。
我明白了。感谢澄清@Lilly @tobiaseigen！
又回到这个话题了 
。
Meta 上有很多标签是“对所有人可见，但仅限工作人员使用（我猜）”，因此它们会出现在标签选择器中（例如输入 ‘qu’ 会显示 quest 和 basic-downgraderequest 等标签）。不过，我推测这些标签实际上并不需要让社区其他成员看到，仅供内部使用。那么，将这些标签仅对内部组可见而不是对所有人可见，是否更合理呢？还是说这样做有特定的理由？
谢谢。
另外，revision-needed 标签目前没有任何主题使用。也许它仅用于私密内容，但出于某些原因，该标签却是公开可见的。
那确实是一个私有标签。我不确定我们能否为 @mcwumbly 设置范围，因为只有员工和企业需要访问权限。
我不认为它们是“私密”的，因为你能看到它们，这本身是个问题。它们在这方面并不敏感。
但我同意，为了普通用户的体验，最好不要让它们显示出来，这是当然的。
如果某个标签在功能上被列为受限标签，那么无论数据本身有多敏感，未经授权的成员都不应在用户界面中看到它。
即时教学总是在以下两者之间保持微妙的平衡：一方面，不向用户显示他们知道存在但因“某些原因”无法使用的标签，可能会让用户感到困惑；另一方面，向用户灌输他们无法采取任何行动的信息，又会让他们感到信息过载。
我会看看能否改善这些标签的用户体验。
哈哈，很遗憾我完全不知道 meta 上居然有这个标签（我本来应该知道的 
）。我当时只是在随机输入一些单词，看看会出现什么结果。
但即使寻找合法的标签——例如在 meta 上开始输入“social”：
问题在于，我不理解当前的功能逻辑。为什么要向没有权限的用户显示那些仅限于安全类别的标签的存在呢？
作为管理员，如果我在类别设置页面将某个标签限制为仅在特定类别中使用（将这些标签限制在'X'类别 和 将这些标签组限制在'X'类别），那么我预期这些标签会遵循类别权限。也就是说，只有拥有该类别权限的用户才能在任何地方看到该标签（无论 允许查看标签的主题组 如何设置，或者即使用户仍然无法看到带有该标签的任何主题）。
我明白措辞是“可用”而不是“可见”，但这仍然让我觉得奇怪。当然，bots-gone-mad 这个标签也可以被没有该类别权限的用户在多个地方看到。
因此，目前的情况是，即使标签被限制在安全类别中，管理员也必须被告知不要在安全类别中创建敏感标签，因为这些标签仍可能被未授权用户（或至少不是这些标签 intended 的用户）发现。
标签功能还是挺有趣的 
是的，逻辑完全可能并非“100%”正确，因此某些标签在不该显示的时候被显示了。这就是为什么我正在检查这个问题。
希望我全都找到了
