哦，谢谢大家的回复！我今天早上在电子邮件中看到它们时也感到非常“印象深刻”——与电子邮件的集成将是我们社区的一大资产。
我一点也不惊讶！我倾向于过度设计和过度优化。我开始阅读 @HAWK 关于标签的文章，这对我有用。
有趣的事实是，将近 20 年前我写过这个：https://climbtothestars.org/archives/2006/02/11/tags-and-categories-are-not-the-same/（如果有人还记得，当时 WordPress 将两者视为同一种东西，我对此很不满 
）——但在发布环境或社区环境中，标签和类别之间的关系是不同的，所以阅读有关 Discourse 上标签的内容非常有帮助。另外，因为它们在我所处的领域中似乎比我倾向于看到的标签更“结构化/本体论”。
所以，鉴于此，我认为 Senvelgo、大剂量、不同类型的设备、紧急情况等都应该成为标签。我的收获是：如果存在访问权限问题或用例/主题覆盖的“特定框”，则使用类别。
从这个角度来看，兽医显然是一个类别（因为这对他们是私密的）。悲伤/死亡也是如此，因为我们希望将这些帖子“管理”在常规发帖流之外。
我认为“初学者/欢迎”也应该是一个类别（证明：我们已经在 Facebook 上将其分开了）。
剂量建议可以证明有一个单独类别的合理性，因为我们希望在那里以不同的方式控制发帖权限（另一方面：人们会试图通过将他们的剂量建议帖子偷偷发到其他地方来“规避”吗？当然……）
有一点不清楚：我们能否向某些用户授予对某些标签的“版主权限”？例如，如果我们有一个“技术支持”或“食物”作为标签而不是类别，我们能否让成员有权版主讨论这些主题，但不能版主其他主题？
在我们的案例中，我们确实有八年的活跃社区生活可以借鉴，所以我们对人们在 Facebook 上发布的内容有很好的了解——这是事实，但在另一个环境中，行为会有所不同，所以这是一个未知数。
我们可以手动查找加入日期，但没有电子邮件。但是，由于我们有“入职成员”的文化，我们有按用户名划分的成员群组的手动列表。我的想法是要求人们在注册时提供他们的 Facebook 名字，以及他们记得的加入日期。然后我们可以根据他们加入的年份将他们分类到用户组中。我们将看看是否值得尝试自动化这一点。
是的，我非常清楚这个问题！在我们的案例中，我们需要平衡新（未迁移）成员的“不知所措”。成员通常在他们的猫刚被诊断出来、情况很糟、并且惊慌失措时加入我们的社区。看到我们活跃成员的参与“强度”，以及他们在护理方面所做的一切（他们的兽医没有告诉他们的），我们正处于一个极有可能给那些我们试图支持的人带来更多痛苦的环境中。
这就是“切分”想法的由来，这样人们在只想得到一些友善的话语和一两个提示时，就不会面对所有东西和厨房水槽。
这肯定会对所有人开放。但是，是否有办法将该类别的帖子从“所有内容”提要中排除？或者创建一个不是真正包含所有内容的临时“所有内容”提要？
谢谢，我一定会看看这个。
为了让您了解我们正在处理的情况，以下是我们当前 Google 文档中文档的一些见解，坦率地说，目前它的功能相当不错。有一个索引页，我们假设人们将从那里开始，还有一个主列表，供那些是图书馆老手或只是试图找到特定内容的人使用。
问题：
- 它们不在“网络上”，即使它们是公开的 Google 文档，我也希望它们更容易被普通大众找到 => 最初的想法是将它们转换为我们拥有的 WordPress 网站上的网页
- 人们难以链接到它们，也难以“记住”存在什么 => 在这种方面，将它们集成到 Discourse 中会很有趣，前提是它的实现方式也能满足上述第一点
有效之处：
- 我们可以将访问权限按文档分配给可能参与更新的少数人
- 它们打印效果很好，这在纸张仍然非常重要的世界（兽医世界）中很重要
- 一旦添加到某人的 Google Drive 中，就可以搜索它们
为了帮助人们找到文档的路径，我最近通过使用 NotebookLM 的 AI/聊天机器人界面使它们可访问，但我希望在 Discourse 内部也能实现类似的功能。
如果我没记错的话，当我测试 Docs 插件时，它对我来说并不真正起作用，因为它使文档太像主题了。但也许我对这个问题的看法仍然需要发展。
