허깅페이스 인기 데모 1000개를 세어 보니 823개가 같은 도구였어요 — 스트림릿은 9개뿐이에요

AI 데모를 찾다 보면 허깅페이스 Spaces로 흘러가요. 브라우저에서 바로 돌려 볼 수 있는 데모 앱이 모여 있는 곳이에요.

그런데 하나씩 열어 보면 궁금해져요. 이거 지금도 돌아가는 건가. 어떤 도구로 만든 건지, GPU는 뭘 쓰는지도 화면만 봐서는 잘 안 보여요.

그래서 목록을 통째로 받아서 세어 봤어요.

이 글이 재는 자리를 먼저 못박을게요. 인증 헤더를 한 번도 붙이지 않고 공개 목록 창구를 불러 좋아요 내림차순으로 1000개를 받았어요. 그러니까 「전체 Spaces」가 아니라 좋아요 175 이상인 상위 1000개예요. 실제 실행 상태나 방문자 수는 이 창구에 없어서 보지 않았어요.

열에 여덟이 같은 도구예요

가장 먼저 눈에 들어온 게 SDK였어요.

네 종류가 전부였고, 그중 하나가 열에 여덟을 가져갔어요.

여기서 눈에 걸리는 건 스트림릿 9개예요. 데이터 앱을 빠르게 만드는 도구로 자주 언급되는데 상위 1000개 안에서는 아홉 개였어요.

다만 이 숫자를 「스트림릿은 안 쓰인다」로 읽으면 틀려요. 이 목록은 좋아요 순으로 자른 거예요. 좋아요가 적은 구간이나 사내에서만 쓰는 Space는 애초에 들어오지 않아요. 확인된 건 좋아요가 많은 쪽에 gradio가 몰려 있다는 사실까지예요.

메타데이터가 흔들리지 않는지도 봤어요. 카드에 적힌 sdk와 목록이 주는 sdk가 어긋난 것은 0건이었고, 카드에 sdk가 빠진 것도 0건이었어요. 이 필드는 믿고 세도 되는 값이에요.

넷 중 하나는 한동안 손대지 않았어요

다음으로 마지막 수정일을 봤어요. 여기가 이 글에서 제일 쓸모 있는 대목이에요.

정리하면 이래요.

• 마지막 수정 연도가 2024년 이하 = 276개(27.6퍼센트)
• 마지막 수정 연도가 2023년 이하 = 106개(10.6퍼센트)

인기 상위인데도 넷 중 하나 이상이 한동안 멈춰 있어요. 좋아요가 쌓인 건 과거의 결과라서, 좋아요 숫자만 보고 「지금도 관리되는 데모」라고 읽으면 어긋나요.

SDK별로도 나눠 봤어요.

26.6에서 31.2퍼센트 사이라 크게 갈리지 않아요. 특정 도구가 더 빨리 버려지는 그림은 아니었어요.

하드웨어는 스무 개 중 한 개만 적혀 있어요

「이 데모는 무슨 GPU로 도나」를 알고 싶을 때가 있어요. 카드에 suggested_hardware를 적을 수 있는데, 실제로 적어 둔 것은 45개로 4.5퍼센트였어요.

적혀 있는 것들의 값은 zero-a10g 10개, t4-medium 9개, a10g-small 9개, a10g-large 4개 순이었어요.

나머지 955개는 이 창구만으로는 알 수 없어요. 하드웨어를 확인하려면 각 Space 페이지를 따로 봐야 해요.

라이선스도 비슷했어요.

적혀 있는 라이선스는 24종이고 apache-2.0 240개, mit 217개가 대부분이에요. 이 둘로 457개, 적혀 있는 580개 중 78.8퍼센트예요.

절반 넘는 Space에 한 줄 설명조차 없어요. 목록에서 이름만 보고 뭘 하는 건지 짐작하기 어려운 이유가 여기 있어요.

모델 라이선스 쪽은 어땠는지 모델 1000개의 라이선스 태그에 따로 적어 뒀어요. 접근 제한이 걸린 모델은 게이티드 모델과 접근 요청에 있어요.

만든 사람이 한쪽에 몰려 있어요

작성자를 세어 보니 524명이었어요. 1000개를 524명이 나눠 올린 셈이에요.

• 상위 10명이 163개(16.3퍼센트)
• 1개만 올린 사람이 367명 — 작성자의 70.0퍼센트

상위 10명은 fffiloni 36개, multimodalart 27개, Qwen 18개, Xenova 13개, webml-community 13개 순이었어요. 개인 계정과 기업 계정이 섞여 있어요.

좋아요 쪽 쏠림도 함께 봤어요. 중앙값이 344개인데 1위가 16,610개예요. 상위 10개의 좋아요 합이 90,660개로 전체 655,087개의 13.8퍼센트를 차지했어요.

mcp-server 태그가 76개 붙어 있어요

태그를 세다가 예상 밖의 값이 나왔어요.

mcp-server 태그가 76개예요. 상위 1000개의 7.6퍼센트가 「이건 MCP 서버로도 쓸 수 있다」고 스스로 표시해 둔 거예요.

다만 유보를 붙일게요. 태그는 만든 사람이 손으로 붙이는 값이에요. 이 글은 실제로 MCP로 붙여 본 것이 아니라 태그가 붙은 개수를 센 것까지예요.

region:us가 998개인 것도 눈에 띄어요. 거의 전부 같은 지역에 올라가 있어요.

언제 만든 것들인가

생성 연도도 세어 봤어요.

2024년에 만든 것이 가장 많아요. 2026년분이 69개로 적은 건 아직 연중이라는 점과, 좋아요가 쌓일 시간이 필요하다는 점이 함께 작용해요.

파일 수도 함께 봤어요. siblings 기준 중앙값 12개, 최대 5,000개였고 파일 5개 이하가 236개였어요. 넷 중 하나 가까이가 아주 단출한 구성이에요.

목록만 보고 고를 때 쓸 수 있는 순서

여기까지 센 값을 실제로 쓰는 순서로 정리해 볼게요. 데모를 하나 골라야 할 때 화면에서 확인할 수 있는 것부터 짚는 편이 빨라요.

첫째, 마지막 수정일을 먼저 봐요. 이 글에서 확인된 것처럼 넷 중 하나 이상이 한동안 멈춰 있어요. 좋아요가 아무리 많아도 오래 손대지 않은 것은 라이브러리 버전이 어긋나 있을 수 있어요.

둘째, 한 줄 설명이 있는지 봐요. 절반 넘게 비어 있으니 설명이 적혀 있다는 것 자체가 관리의 신호로 읽혀요.

셋째, 라이선스가 적혀 있는지 봐요. 42퍼센트가 비어 있어요. 결과물을 어디에 쓸지 정해져 있다면 이 칸이 비어 있는 것을 그냥 넘기지 않는 편이 나아요.

넷째, 하드웨어는 카드에서 기대하지 말아요. 4.5퍼센트만 적혀 있으니 대부분은 페이지를 열어 봐야 해요.

이 넷은 전부 목록 응답에 들어 있는 값이라 페이지를 열지 않고도 걸러낼 수 있어요. 다만 실제로 잘 도는지는 열어 봐야 알 수 있고, 이 글이 그걸 확인한 것은 아니에요.

「좋아요 1000위」가 어디쯤인지도 세어 뒀어요

이 목록의 경계를 밝혀 두는 게 숫자를 읽는 데 도움이 돼요.

1위가 좋아요 16,610개, 1000위가 175개예요. 중앙값은 344개고요. 그러니까 이 글에서 말하는 「상위 1000」은 좋아요 175개 이상이라는 뜻이에요.

여기서 한 가지가 읽혀요. 중앙값 344개와 1위 16,610개의 거리가 아주 멀어요. 48배가 넘어요. 목록 위쪽 몇 개가 화면을 채우고 나머지는 비슷비슷한 구간에 길게 늘어서 있는 모양이에요.

그래서 「인기 Space」라는 말을 쓸 때도 어느 구간을 말하는지 정해 두는 편이 정확해요. 1위권과 500위권은 노출도 사용량도 같은 이야기가 아니에요.

세는 단위를 바꾸면 그림이 달라져요

이 글에서 숫자가 여러 개 나온 이유는 무엇을 하나로 세느냐가 계속 바뀌기 때문이에요. 정리하면 이래요.

같은 목록인데 다섯 줄이 전부 다른 이야기를 해요. Space 수로 보면 gradio가 압도적이고, 작성자 수로 보면 70퍼센트가 한 개짜리이고, 좋아요로 보면 상위 열 개가 13.8퍼센트를 가져가요.

자료를 인용하실 때 그 숫자가 어느 단위인지를 함께 적어 두시면 어긋남이 적어요.

확인하지 못한 것

정직하게 적어 둘게요.

• 실제 실행 상태를 보지 않았어요. 이 창구 응답에 running이나 sleeping 같은 값이 없어요. 「멈춰 있다」고 단정하지 않았고 마지막 수정일까지만 적었어요.
• 방문자 수와 사용량을 보지 않았어요. 공개 창구에 없어요.
• 좋아요 175 미만은 보지 않았어요. 상위 1000개만 잘랐어요.
• 어떤 모델을 쓰는지 전수로 세지 않았어요. models 필드가 있는 것이 102개뿐이라 대표성이 없어요.
• 어느 것이 좋은지 판단하지 않았어요. 개수를 센 기록이에요.

정리

세 줄로 줄이면 이래요.

첫째, 인기 상위는 gradio 한 종류로 몰려 있어요. 823개, 82.3퍼센트예요.

둘째, 넷 중 하나 이상은 한동안 손대지 않았어요. 27.6퍼센트의 마지막 수정 연도가 2024년 이하예요.

셋째, 카드에 적힌 정보가 생각보다 비어 있어요. 라이선스 42퍼센트, 한 줄 설명 57.7퍼센트가 결측이고 하드웨어는 4.5퍼센트만 적혀 있어요.

Space를 골라 쓰실 때는 좋아요보다 마지막 수정일을 먼저 보시면 헛걸음이 줄어요. 좋아요는 지난 시간이 쌓아 준 값이고, 수정일은 지금 상태에 가까운 값이라서 그래요. 두 값이 크게 어긋나 있는 항목일수록 열어 보기 전에 한 번 더 확인해 보시는 편이 나아요.