Discourse 的下一步:与 Sam 和 Hawk 的现场 AMA

时间:2025-11-19T22:00:00Z2025-11-20T04:00:00Z
地点:就在 Meta
Discourse 将举办我们自己的 AMA!

我们将与首席执行官 @sam@hawk 一起回答您关于 Discourse 的未来发展、我们正在构建的内容以及为什么我们认为有意义的、异步的社区比以往任何时候都更重要的问题。

:megaphone: 如果您无法实时参加,请立即在下方留下您的问题。我们将优先处理人们认为最有趣的问题,所以请多多使用 :heart: 表情符号!

我们将回答有关……的问题

Discourse ID - 我们很高兴推出新的统一身份系统,让您可以在任何参与的 Discourse 服务器上使用一个登录凭据。我们将回答有关功能以及这对您的社区和用户意味着什么的问题。

我们未来 12 个月的路线图 - 我们很高兴分享我们正在构建的内容、我们正在优先考虑的内容以及我们正在进行的战略性投资。从真正帮助人类的人工智能功能到让 Discourse 更加易于访问——我们希望您就我们的发展方向和时间提出问题。

大局。2025 年论坛还有意义吗?我们如何与短暂的聊天平台竞争?“拥有您的社区”究竟意味着什么?我们将如何在保持开源根基的同时,继续构建互联网上最好的社区软件?

工作原理

2025-11-19T22:00:00Z2025-11-20T04:00:00Z 开始,Discourse 的首席执行官 @sam@hawk 将在此主题中实时回答您的问题。提前提出您的问题或实时加入我们——我们将尽可能多地实时回答,并跟进其余的问题。

询问我们关于:

  • 产品方向和功能优先级
  • 我们的开源理念和商业模式
  • 技术决策和人工智能战略
  • 社区建设最佳实践
  • 您一直在等待的功能请求
  • 几乎任何其他事情(在合理范围内)

Discourse 的存在归功于这个社区——那些相信有意义的在线空间需要更好工具的建设者、版主、开发者和倡导者。这是您了解下一步发展方向的机会。

届时见。带上您最棘手的问题!

AMA 规则:

  • 请只通过回复此主题一次来提问,使用底部的“提问”按钮。在提问之前,滚动到主题底部检查是否已有人提出相同问题也会很有帮助。
  • 请不要问超过一个问题,以便每个人都有机会。
  • 请不要回复其他人的帖子。此主题中的回复唯一目的是向作者提出一个问题。如果您想更详细地讨论相关主题,请创建一个新主题。

版主可能会删除不符合这些规则的帖子,以保持问答流程的顺畅。谢谢!

39 个赞

作为一名自托管用户,我注意到 Jeff Wong 提到,将启动器编译为二进制可执行文件是一个长期目标,但首要任务是改进启动器脚本本身。您能否分享更多关于启动器长期愿景的信息?例如,你们是否旨在为自托管用户提供更简单、更便携的设置体验(或许会逐步摆脱当前基于 Bash 的流程)?对于像我这样的 Ubuntu 自托管用户,这些改动主要会提升可移植性,还是会同时为现有 Linux 用户带来用户体验和可靠性的提升?

由于我始终身处英国而非美国,我可能会在第一个小时在线……

10 个赞

关于 AI 审核的最新进展以及路线图是怎样的?我看到了 Sam 的 Experiments with AI based moderation on Discourse Meta 帖子,但它在五月份就停止更新了。AI 审核在路线图上的其他功能中排名如何?

11 个赞

首先,很高兴看到 Discourse 蒸蒸日上——祝贺整个团队 :tada:

我对 Discourse ID 确实有一些担忧,并且之前已经表达过,所以我的问题是,您将如何保护通过 Discourse ID 获取的论坛管理员的会员基础?

以下是我之前帖子中的内容:

如果您将获取:

  • 用户的电子邮件地址
  • 他们已将其 ID 连接到的论坛

那么这些数据对于任何想要与 Discourse 管理员今天运行的论坛竞争的人来说都将非常有价值——即使这不是你们的意图,也可能是最终拥有 Discourse 的人的意图。

如果您确实决定继续使用 Discourse ID,您能否保证 Discourse 或这些数据永远不会被出售?


如果您还有时间回答其他问题:

  • 您最难忘的 Discourse 时刻是什么?

  • Jeff 去哪儿了?好久没见他在这附近了!

9 个赞

由于时区原因,很抱歉我无法参加,但我确实有几件事想多了解一下。

  1. 预构建的 Docker 镜像有什么计划?这将是一个很棒的功能。
  2. 是否有计划允许在主题中创建用户字段?
  3. 你们为什么觉得有必要为开源做贡献?

谢谢!

11 个赞

我想知道是否还有为即时搜索计划的工作,或者这是否包含在你们的 12 个月路线图中?

10 个赞

我将对商业方面提出一些疑问。多年来,Discourse 一直是我可持续开源项目的榜样。知道如何让每个人都赚钱是关键。

我想问问您对本地商业合作的看法。我想这里有一些在欧洲非常活跃的人,他们甚至有可能为自己的努力赚取一些钱。我想今天,如果你不是 Discourse,你可以通过以下方式赚钱:

  • 收取创建主题和插件的费用,但与任何平台一样,一切最终都会包含在核心中,为定制开发留下的空间不多(就像最初一样)
  • 托管,但我认为 Discourse 的托管非常好,所以我想在这里考虑一些推荐费
  • 商业咨询和支持(不确定,但我认为我是社区中少数几个主要将 Discourse 用作商业解决方案的人之一)——同样,一些工具,可能还有推荐费,用于建议 CDCK 商业支持在这里会奏效

CDCK 是否在考虑建立某种大使网络?这将是为真正对 Discourse 感兴趣的人创造某种支持的另一种方式。对 CDCK 来说很容易(只需在官方网站上列出它们,因为公司不在乎我们在 Meta 上有多少支持者),对个人来说也很有帮助(让他们在各自国家获得特殊地位)。但最终有助于为 Discourse 带来更多客户。

谢谢!

11 个赞

当计划在社区内支持社交群组时(例如 Invision Community

3 个赞

首先,我将大力支持 @tvavrda 关于本地商业合作的提问,例如与咨询和支持服务合作,或许还可以包括一些欧洲本地的托管服务。我相信 Discourse 还有巨大且尚未开发的潜力。目前,“数字主权”是欧洲媒体的热门词汇。我们需要付出更多努力来传播关于 Discourse 项目的信息。我们应该在欧洲的商业、非商业和政治社群(包括欧盟层面)中传播这个消息。他们既可能是潜在的客户/用户,也可能是可能的资金来源。

我自己的问题是:我想了解更多关于 Discourse 实例与日益增长的 Fediverse 生态系统之间互联互通的未来计划。@angus 已经通过 ActivityPub 插件打下了出色的基础。这个插件的未来计划是什么?对于 Fediverse 应用程序(如 Mastodon,https://en.wikipedia.org/wiki/Mastodon\\_(social_network) 和 Discourse 之间的进一步联系,还有其他想法吗?我看到 Jeff Atwood 正在发布关于 Mastodon 的帖子(mastodon.cloud https://socialhub.activitypub.rocks/ 的讨论(@angus 是该处的现任版主)。

7 个赞

对于这个半球的人来说,能在清醒时间参与真是太棒了!

你们什么时候会提供位于澳大利亚和/或新西兰的托管服务?

与此密切相关的是,我们什么时候能在悉尼或奥克兰举办一次面对面的 Discourse 聚会?

10 个赞

Discourse 已经非常可定制了——但许多定制仍然依赖开发人员的知识,比如使用主题组件或插件出口。

你是否认为未来人工智能会在这一过程中发挥更大的作用?

例如,我们是否有一天可以要求 AI 助手“创建一个使用插件出口显示 XYZ 的主题组件”,并让其直接构建甚至部署该定制,同时理解论坛现有的风格和设置?

除了代码级别的定制,我还很好奇你如何设想人工智能在更广泛的层面支持管理员或社区管理者——比如,询问“更新这个设置”或“调整这个页面的设计,使其……”,并让 Discourse 智能地执行这些更改。

13 个赞

你好,山姆,感谢你做这件事。我运行 Discourse 时使用了反向代理,登录必填,并使用 R2(兼容 S3)进行上传。这种组合在升级后通常需要额外的修复(混合内容、真实 IP、速率限制)。Discourse 是否计划在核心中使这些“代理 + CDN + 兼容 S3” 的安装更顺畅,还是这仍然期望由运维方面来处理?

4 个赞

我相信在人工智能的推动下,社区将在未来几年发生重大变革。特别是那些未能跟上人工智能步伐的社区,最终可能会消失。随着人工智能的进步,社区可能无法长期生存。我的预测是,社区的概念将演变成一种与当今理解显著不同的结构,并将发生重大变化。当然,我也应该提到,无论人工智能如何发展,真实的人们仍然需要分享和交流经验。我很好奇 Discourse 的未来计划,因为 Discourse 在世界各地托管了许多大型社区。您有什么展望?您正在考虑为 Discourse 带来哪些与人工智能相关的创新?

9 个赞

我管理着一个面向全国会员、由会员资助的组织的 Discourse 实例,该组织在全国约有 200 个分会。我们的论坛是所有会员唯一可用的封闭式交流空间,因此许多历史文件和资源材料都可以在这里找到,而且由于它需要登录且仅限会员访问,因此是访问这些信息的唯一途径。

因此,我们有不少用户加入论坛是为了访问这些信息,或者对讨论感到好奇,但他们完全不习惯论坛以及如何导航。在大多数情况下,这些用户只接触过社交媒体和令人讨厌的算法,内容以最大化参与度的方式呈现给他们,无论好坏(通常是坏的,说实话)。

我一直在思考的一件事,我想知道你们两位是否有想法,那就是我们作为用户,在不依赖他人推送内容的情况下,管理我们论坛体验的义务。论坛提供海量信息,而且一切都赤裸裸地展现出来——虽然管理员和开发者可以帮助简化导航,但最终还是用户自己决定想要看到什么,不想要看到什么。

随着越来越多的人对企业社交媒体感到厌倦,但又不熟悉论坛,我们如何更温和地引导这些人接受这个概念?我想我更多地是在哲学或抽象层面提问,而不是具体的功能列表。

14 个赞