DiscourseConnect 客户端功能的工作方式与其他形式的社交登录类似。例如，它类似于通过 Facebook 登录 WordPress，但以您的 Discourse 站点作为身份验证提供程序，而不是 Facebook。这意味着，在用户能够使用 DiscourseConnect 登录您的 WordPress 站点之前，他们需要在您的 Discourse 站点上创建帐户。但是，不创建 Discourse 帐户不会阻止任何用户登录您的 WordPress 站点。当 WordPress 站点是 DiscourseConnect 客户端时，WordPress 上的常规用户名/密码登录仍然可用。
由于您有很多用户习惯于登录您的 WordPress 站点，因此可以考虑将您的 WordPress 站点用作 Discourse 站点的 DiscourseConnect 提供程序。如果这样设置，您所有现有用户都将能够轻松登录您的新 Discourse 站点。他们所要做的就是点击您的 WordPress 站点上的链接。有关如何构建链接的详细信息在此处：创建 DiscourseConnect 登录链接。
听起来您想将您站点的社交方面完全从 WordPress 迁移到 Discourse，所以这可能是您不将 WordPress 站点用作 DiscourseConnect 提供程序的原因。我担心要求用户在 Discourse 上创建新帐户，而不是仅仅登录他们的 WordPress 帐户并单击链接来访问论坛，可能会阻止一些用户加入新站点。
如果您将 WordPress 用作 DiscourseConnect 提供程序，需要注意的主要一点是，当这样配置时，它将成为 Discourse 的唯一登录方法。这意味着您不能让一些用户通过 WordPress 登录 Discourse，而另一些用户通过在 Discourse 站点上使用用户名/密码注册帐户来登录 Discourse。所有用户都必须在 WordPress 上拥有帐户才能访问 Discourse 站点。
如果您不清楚将 WordPress 用作 DiscourseConnect 客户端和 DiscourseConnect 提供程序之间的区别，请告诉我。
技术上是可能的，但我认为没有经过充分测试的方法。社区中可能还有其他成员对如何处理这个问题有想法。
这可能是可能的。我的感觉是这可能会导致问题。
在您的 Discourse 站点上，您可以通过在 URL 中添加以下查询字符串来过滤未列出的主题：?status=listed。例如 \u003chttps://meta.discourse.org/latest?status=listed\u003e。有一个现有的主题组件可用于在查看“打开”和“关闭”主题之间切换：https://meta.discourse.org/t/topic-status-filter/111307。如果它尚不存在，那么添加“已列出”和“未列出”状态到该过滤器将相对容易。但我想在这种情况下，您只希望工作人员用户看到该过滤器。
这可以通过 WordPress 使用由计划任务处理的 API 请求来完成。