目前这是一个好奇的问题。
在我们的网站（SWI-Prolog）上，在检查“Consolidated API Requests”（合并的 API 请求）时注意到：
然后检查了 https://swi-prolog.discourse.group/admin/api/keys
我目前的解释是，我们没有有效且活动的 API 密钥，因此“Consolidated API Requests”中不应报告任何活动。
唯一的其他想法是代码发生了更改，现在某些非 API 密钥用户回复也被计入了“Consolidated API Requests”。
如果有人能对此有所阐明/解释，将不胜感激。
谢谢。
如果我没记错的话，该报告同时包含了管理员生成的 API 密钥请求和用户 API 密钥请求，例如来自 DiscourseHub 应用的请求。
编辑：是的，那些是用户 API 密钥请求。描述中说明了这一点。这是我测试实例中的一组数据，我是唯一的用户，并且没有任何管理员生成的密钥：
但还是没明白。
听起来像一部新的 Netflix 剧集的标题。
基本上，您在报告中看到的那些请求很可能来自使用 DiscourseHub 移动应用程序的用户。这些密钥不会显示在管理员面板中。
此主题解释了什么是用户 API 密钥。官方 DiscourseHub 应用只是其一种实现。
感谢您的回复。
这句话让我去了解了一下 DiscourseHub 移动应用程序是什么。据我所知，它就是
我的理解是：
DiscourseHub 移动应用程序的用户正在获取用户 API 密钥。用户不知道他们正在请求用户 API 密钥，因为应用程序会自动完成此操作。此外，对用户 API 的请求不会显示在已列出密钥的报告中。
您的想法可能是正确的，但如果我能查看实现它的代码，我会更有信心。请原谅我的谨慎，因为作为一名程序员，要求直接访问代码以验证信息是很常见的。由于 Discourse 是一个开源平台，检查代码将提供更有力的证据，并帮助我更好地理解情况。 （ChatGPT 为我重新措辞了这一段，我原来的版本听起来有点生硬，但这并非我的本意。）
我也是一名程序员，但我不会接触核心的 Discourse 代码，所以我不知道 GitHub 上需要查看的确切文件，但我相信其他人可以指导你找到正确的位置。
DiscourseHub 应用程序的源代码也是开源的。该仓库在这里：
