# Discord 和 Discourse - 更好地结合 | 博客

**URL:** https://meta.discourse.org/t/discord-and-discourse-better-together-blog/191623
**Category:** Blog
**Created:** [2021 年5 月 25 日 20:42 UTC](https://meta.discourse.org/t/discord-and-discourse-better-together-blog/191623 "2021-05-25T20:42:29Z")
**Posts on this page:** 1
**Showing post:** 7

<div class="post-metadata">

### 作者： ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)
#### 发布日期： [2021 年10 月 21 日 19:48 UTC](https://meta.discourse.org/t/discord-and-discourse-better-together-blog/191623/7 "2021-10-21T19:48:44Z")

</div>

> [@merefield](#):
>
> 能否请您详细阐述一下？您所说的“更深层次”和“更复杂”的集成具体是指什么？

当然！我实际上在上面已经概述了一些这些想法。例如：

> [@oshyan](#):
>
> 我希望能够点击他们在 Discord 中的消息，然后通过单个命令生成一个指向论坛的邀请链接，将他们引导至正确的分类，理想情况下还能在他们注册后自动触发“新建主题”操作。如果还能将他们在 Discord 中的消息内容复制到 Discourse 主题中，那就更好了。

但为了尽量概括地说明（同时请记住，我意识到其中一些功能可能无法实现，或者实施难度大于其价值，这只是理想化的愿景）：

管理员、版主或任何用户（根据权限设置）能够通过极其简单的界面（例如右键点击）即时从 Discord 中的一条或多条消息在 Discourse 中创建主题。

- 提供界面以选择新主题的分类和标签（可选）
- 支持多选以识别要包含的多条消息
- 基础版本可以简单地从系统或其他 Discourse 非个人用户创建主题，将一条或多条 Discord 消息的内容作为_单条_消息来开启新主题
- 高级版本理想情况下能匹配 Discord 用户与 Discourse 用户，从选中的第一条消息创建主题并将其归因于匹配的正确用户，而将其他选中的消息作为_回复_，同样正确归因
- 无论哪种情况，都会在 Discord 中发布一条消息，例如：“此处的一段对话刚刚被转换为 Discourse 主题。如果您愿意，请前往那里继续讨论！[链接]。”

向下滚动此页面至“事后线程化（Retroactive Threading）”部分，可以很好地看到我所设想的示例（包括概念和界面）：  
[https://quill.chat/](https://quill.chat/)

扩展目标：

- 另一个不错的功能是在 Discord 中通知其消息被转换为 Discourse 主题的用户，并提供新主题的链接
- 允许其消息被选中用于创建主题的用户拒绝或选择退出也是一个很好的功能
- 如果选中的消息作者尚未拥有账户（或无法找到匹配的账户，这可以在他们_确实_拥有账户但使用不同邮箱等情况下通过注册流程解决），则提供自动_邀请_他们加入 Discourse 的选项
- 与 Discord 现有的（新添加的）线程提示行为集成，当人们回复之前的消息时显示"_想让这个包含 X 条回复的对话更容易跟进吗？开始一个[线程]_“，并添加另一个选项，例如"_开始一个[线程]，或在我们的论坛中创建一个新[主题]_”
- 检测在 Discord 中正在撰写的长消息，然后提供建议，例如：“看起来您正在编写一条非常长的聊天消息。您想[开始一个论坛主题]吗？”
- 对于链接到消息/Discord 线程的主题，提供可展开的（弹出式、可滚动的？）内联主题视图，即显示正常的“onebox”类型预览，但您可以点击它以某种方式查看更多实际对话内容，例如在可滚动的弹出窗口中查看

总体目标是让人们能够更轻松（如果不是无缝的话）地从 Discord 中的_现有对话_开始新主题，并在更合适的平台上继续他们的深入讨论。理想情况下，还能提供上下文相关但不显眼的提示（就像 Discord 已经做的那样），提示人们何时可能希望在论坛上而不是在 Discord 中继续对话。我并不假装其中某些功能不会有些繁琐或 awkward，但我认为这确实会比我们目前的情况有所改进。

Discourse 本身集成的聊天功能将呈现何种形态，以及其采用程度如何（例如，对于既希望拥有活跃实时组件又希望拥有论坛的社区，与那些起源于 Discord 或已经同时拥有强大 Discord 和论坛社区的社区相比），仍有待观察。这种集成是否足以让新的社区开发者_仅仅_使用 Discourse 来同时处理实时和论坛功能？我们拭目以待。但我所提出的上述许多功能的实用性可能很大程度上取决于这一结果。

> [@merefield](#):
>
> 请随时提交 PR，或考虑指定（并可能资助）功能以扩展该插件。

我不是程序员，但我经常考虑资助一些事情。问题在于，我有许多希望添加到/改进 Discourse 的功能，但显然没有足够的资金来资助所有项目。😄 所以我需要优先排序……Discord 集成功能更多是我咨询客户感兴趣的内容，所以我希望有一天能说服其中一位客户资助这方面的扩展。

> [@spirobel](#):
>
> 我编写了一个插件，在一定程度上解决了这个问题。至少在权限方面：以下是其工作原理的介绍：[将您的 Discord 角色与 Discourse 组同步！- YouTube](https://www.youtube.com/watch?v=C5paAvTYty4)

是的，我确实在某个时候遇到过这个，不确定是在我上面的帖子之前还是之后。这很有帮助，谢谢。它只涵盖了“问题”的一部分，但绝对是可能解决方案的一部分。

> [@spirobel](#):
>
> 我认为一个好主意是反其道而行之。与其将人们从 Discord 指向 Discourse，不如将发生在 Discord 上的对话视为一种资产。它是一个巨大的内容宝库，可用于自动在 Discourse 中创建线程。

我大部分同意您的观点，但我对自动发布/转载持谨慎态度。谨慎但确实对可能性感兴趣。如果它可以像您描述的那样基于规则，可能会更有用。

> [@spirobel](#):
>
> 我们可以对 Discord 服务器上发生的任何事件做出反应。例如，每当有人使用问号时，我们就可以创建 Discourse 线程。我认为问题和答案可能是 Discord 方面最有价值的低垂果实，我们可以将其采摘并放入 Discourse 的果篮中。这也将扩大进入社区的漏斗，因为突然之间，Discord 对话中最有价值的部分变得可以通过普通网页访问。目前，Discord 对话尚未被搜索引擎索引，因此这可能带来巨大的机会。

这非常有趣！我不熟悉 Discord API，所以不确定哪些是可行的，但您描述的内容听起来似乎可以允许一些有用的解决方案。像我上面提到的那样，基于规则的选项将是一个很好的选择。

然而，我仍然认为为版主/管理员提供的强大工具，用于手动“策展”Discord 内容，可能是最重要或最有用的。这肯定是我们目前最缺乏能力的地方，因为 Integromat（例如）已经基本上可以做到您所描述的内容：查看发布的 Discord 主题，搜索特定文本（例如 ?），甚至搜索特定反应（例如，仅限于版主/管理员的 emoji 反应，通过 Integromat 触发仅将这些主题发布到 Discourse），然后从中创建 Discourse 主题。因此，虽然拥有原生插件/集成中的此功能会很棒，但对我来说，它作为重点领域的吸引力不如我上面描述的那些功能。

---

_[View the full topic](https://meta.discourse.org/t/discord-and-discourse-better-together-blog/191623)._