在论坛和 GitHub Discourse 上查找了官方的 Discourse 模型上下文协议 (MCP)，但没有找到任何内容。
虽然有非官方的 Discourse MCP (参考)，但更希望有一个官方的。是的，我正在考虑如果需要的话自己创建一个。
更新：
DeepLearning.AI 刚刚发布了一门由 Anthropic 的 Elie Schoppik 主讲的免费在线课程。
7 个赞
我们没有官方的 MCP 服务器或客户端。我们目前一直在“观望”，以了解该协议的采用情况。
12 个赞
希望 Discourse API 文档和开发者文档能有一个 MCP。这将非常有帮助，因为我们一直在调整一些主题组件，并且我们希望确保代码始终与我们当前和未来的 Discourse 版本兼容并遵循最佳实践。
3 个赞
有时，那些你未曾想到的想法反而是最好的。 
感谢发帖。
1 个赞
当展开时，“笔记”似乎是空的…
它尚未必成为行业的标准（如 JSON、REST 等），因此早期采用者（包括组织/公司）可能最终会为之后出现的更炫、更好的东西买单。在这种情况下，可以理解，Discourse 可能会希望再等一等这个问题。
1 个赞
1 个赞
我目前的路线图思考是这样的……仍然需要大量完善，但它有助于描绘我对此的思考图景。
V0 - MCP 服务器
-
允许管理员选择一组工具（自定义或内置），并将其发布到特定端点。/discourse-ai/mcp/NAME
-
使用 Bearer 进行身份验证 - 特别是用户 API 密钥
-
密钥可以限定到特定的 MCP 服务
里程碑
- Discourse 工具（例如，搜索实例、读取主题等）可以被 Cursor 和 Claude desktop 消耗
V1 - MCP 客户端
-
允许管理员消耗 MCP 服务，该服务会将一组工具添加到可供 Persona 消耗的可用工具列表中。
-
使用 Bearer 进行身份验证
里程碑
- https://mcp.so 中的服务可以被 Discourse 实例消耗
V2 - 每个用户的 MCP 客户端
- 与机器人讨论时，特权用户可以点击“添加 MCP”并将 MCP 添加到正在进行的对话中
- 使用 Bearer 进行身份验证
里程碑
- 最终用户可以选择将所选 MCP 的上下文添加到正在进行的 AI 对话中
V3 - 为身份验证实现 OAuth 2
这是一个更复杂的身份验证机制，尤其是注册
里程碑
- 更广泛的支持
V4 - 实现用于本地资源访问的“桥接”机制
- 实现一个 gem 或桌面应用程序，允许通过 MCP 访问本地资源到 Discourse，利用 stdio 传输
里程碑
- 您可以与 Discourse Bot PM 对话，并访问本地文件以获取额外上下文
10 个赞
将其留在这里，作为模块化的可能方式，很高兴看到关于这个话题的讨论。
关于 MCP 的一个安全问题，你应该被告知/了解/理解。
立即停止通过 npx/uvx 运行你的 MCP 工具 - Bob Dickinson
问题核心是，通过使用 npx 或 uvx，你实际上是在告诉你的工具使用平台去获取所提供包名对应的任何代码并运行它（“x”代表“execute”），并在包更改时进行更新。然后，在你机器上运行的代码拥有 root 访问权限——它可以查看你的整个机器、环境变量、文件系统，它可以打开端口进行监听或窃取数据。这段刚刚从注册表中拉下来的代码可以为所欲为。
例如，在学习使用 MCP 时，从以下地址获取了 time MCP：
安装说明中提到了一个可能的选项：
例如：
uvx 实际上在几毫秒内将所有代码下载到一个临时目录中并按需运行。当 MCP 客户端完成时（例如 Claude Desktop 关闭时），临时文件会被删除。
是的，在代码执行之前你应该会收到一个警告，就像 Claude Desktop 的情况一样：
但有多少用户真的知道如何检查并只是点击一个“允许”选项。
这样的公告很常见：
NPM 仓库中的破坏性恶意软件已存在 2 年未被发现
通过 vibe coding 创建 MCP 服务器相对容易，但要确保安全则不然。
2 个赞
@jrgong 供您参考，您今天就可以使用 context7 mcp 来完成此操作，这很棒。看起来有人添加了 Discourse 文档，但我不知道是 API、管理员还是两者都有。无论哪种方式，您也可以添加缺失的部分。
如何跳到 V10 以获得完全控制——消息总线等。接入我 
2 个赞
他们添加的任何东西都是一场彻底的灾难，https://context7.com/discourse/discourse - 我通读了其中的几页，它毫无用处。
1 个赞
大家好，
我来简单说一下，我们目前通过 ravenala.ai 以 MCP 客户端 的形式运行，并且我们已经看到一些用户开始通过基于 Zapier 的工作流集成 Discourse。
我们对 原生 MCP 服务器 的潜力尤其感到兴奋，并希望了解 V0 的大致发布时间 或是否有任何我们可以开始测试的实验性端点。即使是简单的 /discourse-ai/mcp/NAME 设置，配备基本工具（搜索/读取主题、获取帖子），也能带来一些很棒的异步自动化用例。
如果对您有帮助，我很乐意分享具体的反馈和一些轻量级的想法——期待看到它的发展！
3 个赞
与我最初的设想相反，似乎 MCP 正在被广泛采用并变得更加成熟。请问你们现在是如何处理的？
2 个赞
它现在100%在我们的路线图上，但没有计划何时在此发布的时间表。
4 个赞
我在这里开始了一个 mcp：
一旦我取得更多进展，我们就可以发布它并使其易于使用。
4 个赞
支持 Sam 正在开发的 Discourse MCP 的一个好方法是在 GitHub 存储库中给该项目点个星标。
步骤
- 打开 GitHub 存储库：GitHub - discourse/discourse-mcp: MCP client for Discourse sites
- 如果您没有 GitHub 帐户，则需要创建一个才能进行下一步。如果您选择不注册，我们表示理解。
- 在右上角单击星标。
2 个赞
时机真是太棒了。我正在着手创建一个开源的认知系统，用于与运行为守护进程并具有多个模块的 Discourse 实例进行交互。因此，能够创建主题也很棒，尽管我确定这很棘手。此外，运行数据探索器查询还可以极大地丰富上下文/数据。
我开始使用 Discourse 的 REST API 构建这个系统，但现在我可能会等到 MCP 准备就绪 
然后再为非常特定的任务使用 API。
1 个赞
正如你所指出的，你拥有搜索功能以及阅读特定主题、帖子、用户和标签的能力，这涵盖了大部分需求。
-
与论坛信息进行聊天
一个非常有价值的功能类似于使用 AI 阅读 PDF 然后与 PDF 聊天的想法。只不过内容不是来自 PDF，而是来自 Discourse 论坛。
虽然有 Discourse AI，但将一些只读功能包装在一个通用界面（例如 MCP）中，并在通用 MCP 主机（例如 Claude）中访问，可以增加其可用性。
此外，通过此功能，可以在 MCP 主机（例如 Anthropic Claude）中添加其他代理或信息源，这些代理或信息源可以与 Discourse MCP 中的信息一起使用。
-
晨报
大多数日子里，我会访问 20 多个不同的信息来源，其中一些是 Discourse 论坛，寻找特定信息，或者寻找有价值但并非我刻意寻找的东西。如果能将这一切自动化，Discourse MCP 将非常有价值；是的，我知道并非所有 Discourse 站点都必须通过 MCP 访问。
-
MCP Discourse 论坛鉴别器（又名相关性得分）
作为一个程序员，我是几个与软件相关的 Discourse 论坛的成员。如果所有这些论坛都有 MCP 服务器，并且都启用了 MCP 主机的使用，当我提出一个不太具体关于编码的问题时，例如提供一段代码片段，需要有一种方法让 MCP 服务器在请求更昂贵的请求之前，给出这个问题是否适合该论坛的反馈。
是的，这是一个奇怪的问题，但我们知道在现实世界中这是一种可能的情况。
不要期望立即得到解决方案，但可以思考一下。
-
常见未回答问题（又名 Lacuna）
由于 AI 可以快速扫描所有主题并将其总结成向量空间中的点，因此它有可能识别出未得到解答的常见问题。当有新内容发布时（例如软件更新），或者更实时地在服务器出现故障时，这种情况很常见。
此外，还可以使用 Discourse MCP 来帮助用户识别信息中的共性，这些共性如果手动完成可能需要数分钟到数小时。
从帮助解决服务器故障问题的经验来看，这将非常有价值，例如，服务器对我来说可以工作，但在另一个国家不行，或者对我来说在 Windows 上可以工作，但在 Apple 手机上不行，或者存在相关问题的模式，但由于用户没有使用正确的术语而未得到解答，例如，应该使用 CFG 但没有使用。
对我个人而言，目前不寻求编写或修改的能力。
3 个赞