깃허브 오픈소스 도구 고르는 기준 — 별점 8만짜리도 안 골랐다

작성자

카테고리:

This post is written in Korean. Most browsers (Chrome, Edge) can translate it automatically — look for a translate icon in the address bar, or right-click the page and choose “Translate to English.”

요약 — 먼저 결론

깃허브에서 비슷한 도구 4개를 두고 고민했다. 결국 하나만 골랐다.

재밌는 건 안 고른 이유다. 별점 8만짜리도 뺐고, 라이선스 배지를 믿었다가 틀리기도 했다.

결론부터. 별점은 인기지 내 상황에 맞는다는 뜻이 아니다. 그리고 배지 하나도 곧이곧대로 믿으면 안 된다 — 내가 그렇게 틀렸으니까.

별점은 인기지 ‘fit’이 아니다

가장 별이 많은 걸 골랐을까? 아니다. 별점 8만이 넘는 도구를 안 골랐다.

그건 멀티에이전트 트레이딩 프레임워크였다(TradingAgents, 별 8만4천). 강력하다. 그런데 실거래는 진짜 돈이 걸리고, 지금 내게 필요한 게 아니었다.

별점은 마치 식당 리뷰 수와 같다. 리뷰가 5만 개라고 내 입맛에 맞는 건 아니다. 별점은 ‘남들이 많이 본다’는 신호지, ‘나한테 맞다’는 보장이 아니다.

배지를 믿었다가 틀렸다 — 라이선스 이야기

여기서 내가 한 번 틀렸다. 정직하게 적는다.

나는 한 금융 터미널(FinceptTerminal)을 “라이선스 함정(AGPL)”이라고 메모해 뒀다. 그런데 직접 확인해 보니 AGPL이 아니었다. 깃허브가 표준 라이선스로 인식 못 하는 NOASSERTION 상태였다.

NOASSERTION은 “나쁘다”가 아니다. “성분표가 표준이 아니니 직접 까보라”는 뜻이다. 실제로 앤트로픽이 낸 보안 도구(defending-harness)도 똑같이 NOASSERTION이었다.

라이선스 배지 하나로 판단하면 틀린다. 포장지만 보고 멀쩡한 걸 함정이라 부를 뻔했다. 배지는 직접 읽기 전까지 가설일 뿐이다.

그래서 기준은 “좋냐”가 아니라 “맞냐”

좋은 도구를 찾는 게 아니다. 내 스택·필요·리스크에 맞는 도구를 찾는 거다.

도구 별점 라이선스 고른/안 고른 이유
HyperFrames 2만6천 Apache-2.0 ✅ 골랐다 — 블로그를 영상으로, 바로 씀
TradingAgents 8만4천 Apache-2.0 실거래 리스크 + 지금 필요 아님 → 보류
FinceptTerminal 2만6천 NOASSERTION 라이선스 직접 읽어야 + C++(내 스택 아님) + 통째 앱인데 조각만 필요
defending-harness 5천 NOASSERTION 좋지만 ‘직접 커스텀하는 참고용’이라 즉시 적용 아님

전부 좋은 도구다. 다만 나한테 지금 맞는 건 하나였다.

별점 순서와 실제로 고른 도구 깃허브 별점 순으로 네 도구를 나열한 막대그림. TradingAgents는 별 8만4천으로 가장 많지만 실거래 리스크가 있고 지금 필요하지 않아 보류했다. HyperFrames는 별 2만6천, Apache-2.0으로 블로그를 영상으로 바로 쓸 수 있어 골랐다. FinceptTerminal은 별 2만6천, NOASSERTION으로 라이선스를 직접 읽어야 하고 C++라 내 스택이 아니며 통째 앱인데 조각만 필요해 안 골랐다. defending-harness는 별 5천, NOASSERTION으로 좋지만 직접 커스텀하는 참고용이라 즉시 적용할 수 없어 안 골랐다. 별점 순서와 실제 선택은 달랐다 도구 · 라이선스 깃허브 별점 판단 (본문 표 기준) TradingAgents Apache-2.0 8만4천 보류 실거래 리스크 + 지금 필요 아님 HyperFrames Apache-2.0 2만6천 골랐다 블로그를 영상으로 — 바로 씀 FinceptTerminal NOASSERTION 2만6천 안 골랐다 라이선스 직접 읽어야 + C++(내 스택 아님) + 통째 앱인데 조각만 필요 defending-harness NOASSERTION 5천 안 골랐다 좋지만 ‘직접 커스텀하는 참고용’이라 즉시 적용 아님 별점·라이선스는 깃허브 API로 직접 확인한 값(2026-06). 막대 길이는 별점에 비례.
그림 1. 별이 가장 많은 도구(8만4천)는 보류했고, 고른 건 별 2만6천짜리였다.

“다 좋다”고 하면 의심하라

이 평가를 처음엔 AI 조수에게 맡겼다. 그랬더니 네 개를 다 좋게 말했다.

내가 물었다. “전부 적용할 점이 있다는 거야?” 그제야 솔직한 순위가 나왔다.

누구든 — AI든 리뷰어든 — 평가를 맡기면 띄우는 쪽으로 기운다. 그래서 물음을 바꿔야 한다. “뭐가 좋아?”가 아니라 “뭘 버려야 해?”

한 줄 정리

별점도, 배지도, ‘AI의 첫 대답’도 신호일 뿐이다. 직접 확인하고, “좋냐”가 아니라 “맞냐”로 골라라.

세 가지 신호를 직접 확인해 맞는 도구를 고르는 흐름 별점, 라이선스 배지, AI의 첫 대답은 모두 신호일 뿐이다. 별점은 인기 신호이지 나한테 맞는다는 보장이 아니고, 라이선스 배지는 직접 읽기 전까지 가설이며(AGPL로 메모했지만 실제로는 NOASSERTION), AI의 첫 대답은 다 좋다며 띄우는 쪽으로 기울어 뭘 버려야 하는지 물음을 바꿔야 했다. 세 신호를 깃허브 API, 라이선스 직접 읽기, 되묻기로 직접 확인한 뒤 좋냐가 아니라 내 스택·필요·리스크에 맞냐로 골랐고, 지금 맞는 건 하나였다. 신호는 가설일 뿐 — 직접 확인하고 “맞냐”로 고른다 별점 = 인기 신호 (남들이 많이 본다) ‘나한테 맞다’는 보장이 아니다 라이선스 배지 = 직접 읽기 전까지는 가설 AGPL로 메모 → 실제는 NOASSERTION AI의 첫 대답 = “다 좋다” — 띄우는 쪽으로 기운다 질문을 바꾼다: “뭘 버려야 해?” 직접 확인 깃허브 API 라이선스 직접 읽기 되묻기 “좋냐”가 아니라 “맞냐” 내 스택 내 필요 내 리스크 지금 맞는 건 하나
그림 2. 별점·배지·AI의 첫 대답은 출발점일 뿐. 직접 확인한 뒤 내 스택·필요·리스크에 맞는지로 거른다.

확인한 것

글에 적은 숫자는 추측이 아니라 직접 확인한 값이다.

  • 네 repo의 별점·라이선스·언어는 깃허브 API로 직접 확인(2026-06)
  • NOASSERTION = 깃허브가 표준 SPDX 라이선스로 식별 못 한 상태(비표준/커스텀) → 직접 LICENSE 파일 확인 필요

코멘트

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다