感谢您的理解！
我认为这并不完全正确。这两种工具之间的比较是有限制的，我认为它们在这里有所不同：WordPress 作为一个博客工具，主要设计用于撰写博客文章。而 Discourse 的设计目的是容纳一个社区。社区动态比博客的作者-读者关系复杂得多。
当然，我可以用默认设置向我的成员开放我的 Discourse 社区，但说实话，他们能坚持足够长的时间以至于真正形成社区的可能性很小。而我可以在我的原始 WordPress 安装中写一篇又一篇的博客文章，一段时间后我将拥有一个非常好的博客可以展示给人们，即使没有人经常访问它。
实际上，这并不是我的烦恼之一。在某个类别中拥有“猫咪文件”是一个完全可行的选择（是我们今天使用 Google 表格的扩展，每个猫咪一个）。
我的烦恼是这样的事情：
- 无法轻松地玩弄类别结构和属性并“看到”结果（Canapin 启动的可视化界面模型显然正是需要的那种东西）
- 无法轻松识别哪些控件控制着主题、类别列表、导航、各种小部件和无处不在的按钮的视觉布局的某些方面
- 徽章：太多了，我是完全取消它们，还是只取消一部分，取消哪些，在“鼓励的推动”和可能被视为“无用/令人困惑的通知”之间取得什么样的平衡才算好？
- 通知和提醒：应用内、电子邮件……同样，在一个刚刚起步的 Discourse 实例中不到 24 小时，我的版主今天早上收到的第一条评论就是关于她收件箱中有多少封电子邮件的——我认为电子邮件集成/通知是一种资产，但如何才能达到一个好的平衡，以免人们仅仅因为感到被垃圾邮件轰炸而逃离？
- 自定义用户字段不如我预期的那样工作：我添加了几个，以为以后可以修改，但我没有找到在当前个人资料中填写这些添加的字段的位置，这让我想知道“稍后修改”可能是一个糟糕的计算（或者也许我没有找到我个人资料中的那些自定义用户字段，那么我们的普通成员将如何找到它们？）
- 成员入职：在 Facebook 上，我们会发布一系列帖子来“推动”新成员沿着“学习旅程”照顾他们的猫。这是一项巨大的时间消耗，非常麻烦。我确信 Discourse 可以实现自动化（我已经看了一些）。我们是通过消息而不是帖子来做这件事吗？我需要采取哪些步骤才能启动一个像样的“自动回复器”之类的东西？一旦有了东西并且人们进入了 Discourse 社区，调整入职流程的难易程度如何（参见类别）？
- 用户角色和权限：在 Facebook 上，我们有版主和协助者，并且版主团队被组织成具有特定任务的小团队。一些人负责分类新用户并发布欢迎帖子。一些人负责内容审核。一些人管理初学者小组。一些人指导协助者。一些人负责准备成员列表以供我们定期发布的入职帖子使用。我们一直觉得 Facebook 上非常严格的用户角色限制了我们，而 Discourse 将使我们能够以不同的方式做事。但是如何做呢？再次，有“设计”（哪些角色、群组和权限以及谁去哪里）和“在系统中的实现”（实际调整群组、设置、成员列表……）。我们目前的组织如何运作或与内置的信任级别发生冲突？进展标准对我们的社区有任何意义吗？
- 群组文档：它们似乎可以作为“已发布页面”工作，但我需要弄清楚如何正确设置标题级别以与现有文档大致匹配。我如何管理导入/迁移？手动复制粘贴，还是有自动化的方法？我不知道的太多了，所以不知道自己不知道什么。视频也是一样：我需要将大约 70 个视频上传到 Youtube，然后为每个视频创建一个主题：是值得寻找自动化解决方案，还是我们手动完成？我不知道。
- ……
- 这种类型的事情
（我还没有开始谈论人工智能集成，这也是我对 Discourse 如此兴奋的原因之一……）
也许我正在迁移一个已经成熟的社区的事实也增加了我的烦恼：这与从零开始，并有机会让社区文化与容纳它的工具共生发展是完全不同的事情。