你好。
我认为 Discourse 中的标签功能非常棒，但在某些情况下它并非最佳解决方案。我们需要一种既能赋予“普通用户”权力，又不会让他们破坏论坛整体结构的功能。这正是标签（hashtags）可以发挥作用的地方。
我希望让普通用户能够自主对帖子进行分组并创建帖子群组，无需许可，同时也不给他们破坏主题结构的机会。主题结构由分类和标签体系决定（允许用户选择分类或标签已经赋予了他们足够的权限）。
例如，我运营的是一个关于新闻、评论、报道等内容的论坛。在这种情况下，标签对于将文章归类到特定主题非常有用。比如，关于当前中美贸易战的新闻，我会将它们标记为“trade-war”或“us-vs-china”。然而，如果允许用户自由创建自己的标签，就可能有人发布一篇关于贸易战的文章，并将其标记为“fake-news”。这过于随意，容易引发大量争论（我认为，那些版主和用户不断就分类或标签发生争执的论坛，往往给人一种氛围不佳的感觉）。因此，我们可以得出结论：在这样的论坛中，为帖子打标签本质上是一种编辑决策，也就是我不希望交给用户自行决定的事情。
不过，我仍然希望用户拥有一定的权力，比如能够在无需版主或管理员许可的情况下自主对帖子进行分组。这正是标签（hashtags）的用武之地。例如，假设上面提到的那位用户想要发布他的文章，但由于他无法创建标签，且他想要的标签“fake-news”并不存在，因此无法将其选为标签。他仍然可以在帖子正文中使用 #fake-news 这样的标签，从而将该帖子与其他包含该标签的帖子归为一组。或者，这位过于怀疑的用户可以进入另一位用户发布的帖子，并添加 #fake-news 或其他任意他喜欢的标签。
正如你所见，我希望标签能够在论坛中提供一种适度的民主机制。它在合理的范围内赋予用户权力。从心理学角度来看，被赋予权力的用户更有动力，而有动力的用户也更忠诚，以此类推。
请考虑这一请求。
4 个赞
标签（hashtags）本身已是帖子中提及类别的选择器，例如 #support、#support:wordpress。
除非明确允许，否则用户通常无法使用标签。
5 个赞
这类帖子让我觉得自己很不擅长表达想法。但当我重读自己的帖子时，才意识到问题并不在此。
2 个赞
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
4
这在设置中控制。
https://{your-site}/admin/site_settings/category/tags?filter=min%20trust
我们允许基础用户在我们的 Discourse 网站上创建标签。
2 个赞
我认为你所描述的功能已经存在了。任何人都可以为帖子添加 #dingbat 标签，即使该标签在论坛的“官方”标签系统中并不存在，它也会出现在针对 #dingbat 的关键词搜索中。如果该标签确实存在，它将链接到带有该官方标签的主题列表。
但这并不适用于所有社区，事实上，在我自己的社区中，我可能会觉得这相当烦人。
我非常高兴 Discourse 鼓励“干净”的讨论，不在帖子中显示签名和其他杂乱内容。我通常会逐一整理帖子，删除那些分散对话注意力的多余文字。
要让这一功能在你的社区中生效，你只需要在社区指南或文化规范中鼓励使用话题标签，并且你的 Moderators 团队必须明确允许用户在帖子中创建自定义标签。随着时间的推移，你可能会看到一些有趣的社区规范逐渐形成，同时也可能出现一些混乱和不恰当的标签。
也许我有点过时了，但据我所知，Twitter 上的话题标签最初就是这样诞生的——它并不是 Twitter 的一项“功能”，而是 Twitter 用户用来组织自己和通过关键词互相寻找的一种方式。
3 个赞
sam
(Sam Saffron)
6
我理解这个请求，它之前以多种形态出现过，这是最近的一次：
https://meta.discourse.org/t/trigger-search-onclick-hashtags/75666
我记得 2013 年有一个相关话题，但暂时找不到。
这个想法是：用户在话题中输入 #banana，就像 Twitter 一样，它会自动变成一个链接，任何人都可以点击 #banana 来查找所有包含 #banana 的帖子。
但这里会面临一个问题：# 已经被占用了，所以你需要另一个键或备用逻辑……也许是 ## 之类的。另一个问题是，这种类似 Twitter 的功能需要大量的内部记录工作，以支持热门话题标签的追踪、发现等功能。
我认为这个功能不会进入 Discourse 核心，但如果有人愿意，社区成员可以尝试开发一个插件来实现。不过，我只能想象在非常非常特定的论坛中，这个功能才会有用武之地。
9 个赞
我已经删除了 meta 板块中直到 2015 年的几乎所有无用旧主题。我可能也会在某个时候清理 2015 年和 2016 年的内容。
问题在于你推荐的符号。我刚才提到，# 已经被用于现有功能，因此对于像我这样已经习惯在提及类别时使用它的用户来说，这将是一个重大问题。
@ 也用于提及用户。
所以剩下的符号（无论如何可能都有意义）是 *，但我不确定将它们用作标签是否合理。
或者，也许可以借鉴 Google+ 的做法，在所有可提及项前添加 + 号来实现。
sam
(Sam Saffron)
9
再次明确一下，这不会成为 Discourse 功能，也不会成为社区支持的插件或主题组件，即使有人想尝试开发相关内容。
3 个赞
说实话，我个人也反对！我想表达的是，不应为了一个几乎无关的功能而放弃现有的功能。
我认为这个功能的符号选择对我来说是次要的。
这个功能将为您的论坛创建一个由用户驱动的“平行”论坛结构，如果您的论坛并非严格围绕团队协作，这将为用户增添更多“乐趣”。我的论坛并非如此，我敢打赌，有很大一部分讨论实例也并非工作驱动的论坛。
该功能可以被关闭，这将解决那些“反对”它的人的顾虑。
2 个赞
