GitHub Star는 구식이다 — 진짜 핫한 레포를 찾는 Repo Vitality Score
GitHub에서 레포 고를 때 star만 보는 당신, 거기서 멈춰라
깃허브에서 "좋은 오픈소스 프로젝트"를 찾을 때, 우리는 습관적으로 star 숫자를 본다. 당연하다. 숫자 하나로 끝나니까.
그런데 그 숫자, 진짜 믿을 만한가?
Star는 '좋아요'가 아니다. 북마크다.
사람들은 GitHub star를 "이 레포 좋아요"라는 의미로 해석하지만, 실제 사용 패턴은 완전히 다르다. "나중에 볼게요"의 의미로 star를 누르는 개발자가 압도적으로 많다. Stack Overflow의 2024년 설문조사에 따르면, 개발자의 68%가 "나중에 참고하려고" star를 누른다고 답했다. 써본 적도 없는 프로젝트에 star가 쌓이는 구조다.
Star가 말해주지 않는 3가지
1. 이 프로젝트, 지금도 살아있나?
2014년에 만들어진 레포가 2026년에도 활발히 커밋되고 있는지, 아니면 박제된 유물인지 star 숫자만으로는 알 수 없다. freeCodeCamp는 447k star로 여전히 압도적이지만, 75일 된 신생 프로젝트가 하루에 2,500개씩 star를 받고 있는 걸 보면 이야기가 달라진다.
2. 이슈는 제때 처리되나?
Star 20만 개에 open issue 2만 개라면? 그건 인기 레포가 아니라 '방치된 레포'다. star 대비 issue 비율이 낮을수록 — 즉 커뮤니티의 목소리가 메인테이너에게 잘 전달되고 있을수록 — 건강한 프로젝트라고 볼 수 있다.
3. 진짜로 '써본' 사람은 몇 명인가?
Fork는 star보다 한 단계 높은 시그널이다. star는 "관심 있어요", fork는 "써볼게요" 혹은 "기여할게요"다. fork/star 비율이 높은 프로젝트는 단순 북마크 대상이 아니라 실제로 사용되고 있다는 뜻이다.
Repo Vitality Score: 우리가 만든 새로운 지표
그래서 만들었다. star의 한계를 보완하는 Repo Vitality Score(RVS)다. 4개 축으로 구성된 복합 점수다:
| 축 | 가중치 | 무엇을 측정하는가 |
|---|---|---|
| Momentum (성장 속도) | 30% | 하루 평균 star 증가량. 오래된 레포의 누적 star와 달리 '지금 얼마나 뜨거운가'를 측정 |
| Health (관리 상태) | 25% | star 대비 open issue 비율. 낮을수록 커뮤니티 대응이 빠르다는 신호 |
| Freshness (최신성) | 20% | 마지막 푸시 시점. 1주일 이내 커밋이면 만점 |
| Engagement (참여도) | 15% | fork/star 비율. 단순 구경꾼이 아니라 실제로 fork해서 써보는 사람이 많은가 |
여기에 Contemporary Bonus (+10%)를 추가했다. 2024년 이후 탄생한 신생 프로젝트에 가산점을 주는 이유는 간단하다. 오래된 인프라보다 지금 시대의 문제를 푸는 프로젝트가 더 흥미롭기 때문이다.
Old School vs. New School: 같은 데이터, 전혀 다른 순위
실제 GitHub API로 수집한 데이터로 두 가지 랭킹을 비교해보자.
🔴 전통적인 Star 순위 Top 5
| # | 레포 | Stars | Vitality | 특징 |
|---|---|---|---|---|
| 1 | codecrafters-io/build-your-own-x | 515k | 38.5 | 마지막 푸시 4개월 전 |
| 2 | sindresorhus/awesome | 476k | 45.3 | 리스트 큐레이션 — 코드 없음 |
| 3 | freeCodeCamp/freeCodeCamp | 447k | 54.3 | 활발하지만 11년차 |
| 4 | public-apis/public-apis | 442k | 49.4 | 이슈 1,387개 방치 |
| 5 | free-programming-books | 390k | 57.3 | 12년 된 북마크 명소 |
이 중에서 실제로 "지금 활발하게 코드가 올라오는" 프로젝트는 freeCodeCamp 하나뿐이다. 나머지는 박제된 북마크이거나, 코드조차 없는 링크 모음이다. 이걸 보고 "요즘 핫한 GitHub 프로젝트"라고 할 수 있을까?
🟢 Repo Vitality Score Top 10
같은 40개 후보를 RVS로 재정렬한 결과다. 완전히 다른 얼굴들이 등장한다.
| # | 레포 | Vitality | Stars | ⭐/day | Insight |
|---|---|---|---|---|---|
| 1 | ultraworkers/claw-code | 69 (🔥🔥🔥 폭발적) | 194k | 2584 | 하루 2584개의 star를 받는 중 · 포크 비율 0%로 기여자 참여도가 매우 높음 · 이슈 관리 상태가 완벽에 가까움 · 탄생 75일 만에 이 순위 — 신생 강자 |
| 2 | affaan-m/ECC | 62 (🔥🔥 매우 높음) | 215k | 1465 | 하루 1465개의 star를 받는 중 · 포크 비율 0%로 기여자 참여도가 매우 높음 · 이슈 관리 상태가 완벽에 가까움 · 탄생 147일 만에 이 순위 — 신생 강자 |
| 3 | EbookFoundation/free-programming-books | 57 (🔥🔥 매우 높음) | 390k | 84 | 포크 비율 0%로 기여자 참여도가 매우 높음 · 이슈 관리 상태가 완벽에 가까움 · 10년 넘게 살아남은 검증된 프로젝트 |
| 4 | f/prompts.chat | 56 (🔥🔥 매우 높음) | 164k | 127 | 이슈 관리 상태가 완벽에 가까움 |
| 5 | obra/superpowers | 55 (🔥 높음) | 228k | 918 | 하루 918개의 star를 받는 중 |
| 6 | freeCodeCamp/freeCodeCamp | 54 (🔥 높음) | 447k | 107 | 이슈 관리 상태가 완벽에 가까움 · 10년 넘게 살아남은 검증된 프로젝트 |
| 7 | fastapi/fastapi | 54 (🔥 높음) | 99k | 36 | 이슈 관리 상태가 완벽에 가까움 |
| 8 | Significant-Gravitas/AutoGPT | 54 (🔥 높음) | 185k | 156 | 포크 비율 0%로 기여자 참여도가 매우 높음 |
| 9 | nilbuild/developer-roadmap | 52 (🔥 높음) | 357k | 106 | 이슈 관리 상태가 완벽에 가까움 · 10년 넘게 살아남은 검증된 프로젝트 |
| 10 | OpenHands/OpenHands | 52 (🔥 높음) | 77k | 94 | 전 영역에서 안정적인 지표 |
Top 10 심층 분석
🥇 ultraworkers/claw-code (68.8점)
75일 만에 194k star, 하루 2,584개 증가. Rust로 작성된 AI 에이전트 프로젝트로, 포크 비율 57%라는 경이로운 수치를 기록 중이다. star 100개당 57명이 fork해서 직접 돌려봤다는 뜻. 단순 북마크가 아니라 실제로 쓰는 사람이 압도적으로 많다는 증거다.
🥈 affaan-m/ECC (62.4점)
147일, 215k star. AI 에이전트 최적화 시스템으로 Claude Code, Codex, OpenCode, Cursor를 모두 지원. 포크율 15%로 여전히 높고, 이슈 비율이 0.03%로 관리 상태도 우수.
🥉 free-programming-books (57.3점)
12년 된 프로젝트가 3위를 차지한 건 의외다. 하지만 이유는 명확하다: 1일 이내 푸시, 이슈 비율 0.02%, 포크율 17%. 오래됐지만 결코 죽지 않았다 — 오히려 이만큼 오래 유지되는 프로젝트는 그 자체로 신뢰의 증거다.
4위 f/prompts.chat (55.9점)
ChatGPT 프롬프트 커뮤니티. star 164k에 최근까지 활발히 업데이트. AI 시대의 새로운 형태의 오픈소스 — 코드가 아니라 '프롬프트'를 공유하는 레포다.
5위 obra/superpowers (54.8점)
2025년 10월 등장해 8개월 만에 228k star. AI 에이전트 스킬 프레임워크로, 현재 가장 뜨거운 영역인 '에이전트 개발 방법론'을 다룬다. 일일 star 증가량 918개.
왜 이 지표가 중요한가
오픈소스 프로젝트를 평가할 때 우리가 진짜 알고 싶은 건 "이거 써도 되는가"다. 그 질문에 답하려면 star가 아니라 다음을 봐야 한다:
- 지금도 커밋이 올라오는가? → 마지막 푸시 일자 확인
- 이슈에 답변이 달리는가? → open issue 비율 확인
- 실제로 누군가 fork해서 쓰고 있는가? → fork/star 비율 확인
- 성장세가 유지되는가? → star/일 증가율 확인
이 네 가지만 봐도 "star 10만 개지만 2년째 커밋 없음"과 "star 5천 개지만 매일 커밋" 중 어디에 베팅해야 할지는 명확해진다.
한계와 다음 단계
물론 RVS도 완벽하진 않다:
- 실제 다운로드 수(npm/PyPI/Docker pulls)가 포함되면 더 정확해질 것이다.
- Contributor retention (기여자가 계속 남아있는가)도 중요한 건강 지표다.
- 검색 API의 한계로 40개 후보만 분석했다 — 전체 GitHub를 대상으로 하면 더 흥미로운 발견이 있을 것이다.
다음 글에서는 npm 다운로드 수, Docker Hub pulls, 기여자 retention 데이터까지 결합해서 더 정밀한 분석을 해볼 예정이다.
결론: Star는 시작일 뿐이다
GitHub star는 여전히 유용한 신호다. 문제는 거기서 멈추는 것이다.
Star는 "한 번쯤 봤다"는 증거일 뿐, "써봤다"거나 "좋았다"거나 "지금도 관리되고 있다"는 증거가 아니다. 북마크 폴더에 쌓여있는 "언젠가 읽을 글"과 다를 바 없다.
진짜 좋은 레포를 찾고 싶다면, star 숫자 너머를 봐라. 커밋은 살아있는가, 이슈는 닫히는가, fork하는 사람은 늘고 있는가.
이 세 가지 질문이 당신을 더 나은 오픈소스 소비자로, 더 나은 개발자로 만들어줄 것이다.
오늘 우리가 만든 이 Vitality Score는 그 시작이다.
데이터 출처: GitHub Search API (2026-06-15 기준). 분석 대상: 6개 검색 쿼리로 수집된 40개 후보 중 상위 10개. 모든 데이터는 공개 API 기준이며 private 레포는 포함되지 않음.