管理员在后面完全说得通。继续做更大更好的事情，我会提交一个 PR，如果需要，我们可以进一步讨论。
2 个赞
PR 已创建，欢迎审阅和讨论：FEAT: Send user email if admin access is available by rjriel · Pull Request #38 · discourse/discourse-mcp · GitHub
我也遇到了同样的问题，这是一个需要注意的有趣的限制，也许对文档很重要？如果创建管理员密钥，请不要选择“所有用户”，而是选择“单个用户”并选择“系统”。
MCP 与 Discourse-AI 插件有何关联？插件是否需要在论坛中安装和激活？既然您说我不需要要求管理员做任何事情，我猜它不是必需的。但这个主题中有 Discourse AI 插件的标签。（而且既然您今天也将其添加到了新主题中，这似乎不是偶然添加的。）
2 个赞
也许 ai 标签指的是一般的“人工智能”，而不是特指该插件。
1 个赞
我发现要在 OpenAI Codex CLI 上设置 Discourse MCP 有点棘手，所以我为其他想做同样事情的人写了一篇指南。
2 个赞
是否可以通过 MCP 访问 Discourse 帖子的 PDF 附件？
感谢提供 Discourse MCP，能够通过 LLM 与我的各个 Discourse 实例交互真是太棒了！
在使用之后，我对功能有几点想法。
远程（Web）MCP
首先，我认为虽然本地通过 npx 运行、基于 stdout 的 MCP 对精通命令行、已安装 npm 并且已经在用 Claude Code、opencode、Codex CLI 或类似工具的进阶用户很有用，但在每个 Discourse 实例通过一个众所周知的 URL 发布该功能之前，大多数 Discourse 用户实际上无法使用 MCP。
我在想，是否可以将 MCP 插件化，使其运行在与自托管 Discourse 相同的服务器上（例如像 mail-receiver 那样放在单独的容器中），通过 API 与 Discourse 交互（就像 mail-receiver 所做的那样），同时通过经过身份验证的 Web API 与基于 Web 的 LLM（如 Claude Web 或 ChatGPT Web）进行交互。这将使非开发人员用户也能使用 MCP 功能。
我想确认一下，目前是否已有类似的功能在开发计划中。
编辑已有帖子
在使用 MCP 的过程中，多个 LLM 向我反馈，它们可以创建新主题和回复，但无法编辑已有帖子。对于 Discourse 系统管理员来说，能够要求 LLM 更新 Wiki（例如）将是一项非常强大的能力。
1 个赞
非常赞同这一点！！！
能够编辑现有帖子/主题是一个非常实用的功能。
在我们的使用场景中，我们利用大语言模型来维护知识库/文档分类，因此会使用本地辅助脚本来编辑现有帖子/主题。
遗憾的是，采用带有 GitHub Actions 的 Markdown 仓库方案不可行。我们的大部分社区管理员和贡献者并非技术人员，而且已经熟悉 Discourse 编辑器。
我已为 MCP 添加了编辑工具，请更新至最新版本。
我们的 MCP 不仅支持 stdout，还支持 HTTP 传输。甚至在去年 10 月发布这篇博客文章之前，我就已经添加了该功能。因此，您可以在任何地方将其作为侧车服务（sidecar service）运行！
4 个赞