현재로서는 단순한 호기심에서 하는 질문입니다.
저희 사이트(SWI-Prolog)에서 통합 API 요청(Consolidated API Requests)을 확인해 보니
이와 같은 내용이 표시되었습니다.
이후 https://swi-prolog.discourse.group/admin/api/keys 를 확인해 보았더니
이렇게 나와 있습니다.
현재 제가 이 상황을 해석하는 방식은 다음과 같습니다. 유효하고 활성화된 API 키가 없으므로 통합 API 요청에 활동이 보고되지 않아야 한다는 것입니다.
다른 가능성으로는 코드 변경이 이루어져서 API 키를 사용하지 않는 사용자의 특정 응답이 이제 통합 API 요청에 집계되게 되었다는 것입니다.
누군가 이 문제에 대해 설명을 덧붙여 주신다면 감사하겠습니다. 
감사합니다.
감사하지만 여전히 헤매고 있어요.
새 넷플릭스 시리즈 제목 같네요.
기본적으로 보고서에서 확인되는 요청은 대부분 DiscourseHub 모바일 애플리케이션을 사용하는 사용자들로부터 온 것입니다. 이러한 키는 관리자 패널에 표시되지 않습니다. 
이 주제는 사용자 API 키에 대해 설명합니다. 공식 DiscourseHub 앱은 그 구현 방식 중 하나일 뿐입니다.
답변해 주셔서 감사합니다.
이 발언 덕분에 DiscourseHub 모바일 애플리케이션이 무엇인지 찾아보게 되었습니다. 제가 파악한 바로는
입니다.
말씀하신 내용을 제 관점에서 해석하자면 다음과 같습니다.
DiscourseHub 모바일 앱을 사용하는 사용자들이 사용자 API 키를 발급받게 됩니다. 앱이 이를 무리 없이 처리해 주기 때문에, 사용자들은 자신이 사용자 API 키를 요청하고 있다는 사실을 모릅니다. 또한 사용자 API 키에 대한 요청은 나열된 키 목록 보고서에 표시되지 않습니다.
말씀하신 추측이 맞을 수 있지만, 해당 기능을 구현하는 코드를 검토할 수 있다면 더 확신을 가질 수 있을 것 같습니다. 프로그래머로서 정보를 확인하기 위해 코드에 대한 직접적인 접근을 요청하는 것이 관례인 만큼, 다소 신중하게 접근하는 점 양해 부탁드립니다. Discourse가 오픈 소스 플랫폼이므로, 코드를 살펴본다면 더 확실한 근거를 마련할 수 있고 상황을 더 잘 이해하는 데 도움이 될 것입니다. (그 단락은 ChatGPT가 다시 다듬어 준 것입니다. 제 원래 표현은 약간 거칠게 들렸는데, 그것이 의도는 아니었습니다.)
저도 프로그래머이지만, Discourse 코어 코드는 직접 건드리지 않아 GitHub에서 어떤 파일을 봐야 하는지 정확히 알지 못합니다. 하지만 다른 누군가가 올바른 위치를 알려줄 수 있을 거예요.
DiscourseHub 애플리케이션의 소스 코드도 오픈소스입니다. 해당 저장소는 여기 있습니다:
