これは現時点での好奇心からの質問です。
当サイト（SWI-Prolog）で「Consolidated API Requests」を確認したところ、
次に https://swi-prolog.discourse.group/admin/api/keys を確認しました。
現在私がこれを解釈している方法は、有効でアクティブなAPIキーがないため、「Consolidated API Requests」にはアクティビティが報告されるべきではないということです。
唯一の他の考えは、コードの変更が発生し、現在、APIキーを使用していないユーザーからの特定の返信が「Consolidated API Requests」にカウントされているということです。
誰かがこれについて説明していただけると幸いです。 
ありがとうございます。
もし私の記憶が正しければ、そのレポートには管理者によって生成されたAPIキーのリクエストと、DiscourseHubアプリのようなユーザーAPIキーのリクエストの両方が含まれています。
編集：はい、それらはユーザーAPIキーのリクエストです。説明に含まれていると書かれています。これは、私が唯一のユーザーであり、管理者によって生成されたキーを持っていないテストインスタンスからのものです。
でも、まだ迷っています。
新しいNetflixシリーズのタイトルのようですね。
基本的に、レポートで見られるそれらのリクエストは、DiscourseHubモバイルアプリケーションを使用しているユーザーからのものである可能性が最も高いです。それらのキーは管理パネルには表示されません。
このトピックでは、ユーザーAPIキーとは何かを説明します。公式のDiscourseHubアプリは、その実装の1つにすぎません。
ご返信ありがとうございます。
その発言を受けて、DiscourseHubモバイルアプリケーションとは何かを調べてみました。私の理解では、それは以下のものです。
あなたの言っていることは、
DiscourseHubモバイルアプリのユーザーは、ユーザーAPIキーを取得しています。アプリがシームレスに行うため、ユーザーはユーザーAPIキーをリクエストしていることに気づきません。また、ユーザーAPIのリクエストは、リストされているキーのレポートには表示されません。
あなたの考えは正しいかもしれませんが、実装されているコードを確認できれば、より確信が持てます。私の職業柄、情報を確認するためにコードに直接アクセスすることを要求するのは一般的ですので、ご容赦ください。Discourseはオープンソースプラットフォームなので、コードを調べることでより強力な証拠が得られ、状況をよりよく理解するのに役立ちます。 (この段落はChatGPTが言い換えてくれたものです。私の元のバージョンは少しきつく聞こえ、意図したものではありませんでした。)
私もプログラマーですが、コアのDiscourseコードには触らないので、GitHubでどのファイルを見る必要があるかは正確にはわかりませんが、他の誰かが適切な場所を教えてくれるはずです。
DiscourseHubアプリケーションのソースコードもオープンソースです。リポジトリはこちらです。
