2026년 10월 기록: 트렌딩 AI·개발 도구 149개는 무엇을 부르나
2026-10-09 기준 — 숫자는 그날 공개된 결과에서 셌습니다
기술 뉴스(긱뉴스·Hacker News)와 GitHub 트렌딩에 오른 저장소 149개를 코드로 읽었습니다. 각 저장소는 커밋 하나를 실행하지 않고 읽었고, 결과는 그 커밋에 고정돼 있습니다. 이 글은 149개를 한 번에 놓고 보면 무엇이 보이는지 정리합니다.
이 글은 2026년 10월 9일의 기록이라 숫자를 고치지 않습니다. 저장소가 늘어난 지금의 숫자는 API별 저장소에 있습니다.
네 가지 상태로 나누면
| 상태 | 저장소 |
|---|---|
| 외부 API 사용 | 65 |
| 외부 API 사용 · 로컬 대안 있음 | 14 |
| 외부 API 발견 안 됨 | 46 |
| 확인 필요 | 24 |
절반을 조금 넘는 79개가 외부 API 를 부르는 코드를 갖고 있습니다. 그중 14개는 같은 호출을 로컬 서버로 돌리는 길이 코드에 있습니다(코드 한 줄로 로컬로). 46개는 정해진 범위를 끝까지 읽었지만 외부 API 호출을 찾지 못했고(「발견 안 됨」의 뜻), 24개는 읽지 못한 부분 때문에 어느 쪽으로도 말하지 않았습니다(「확인 필요」가 남는 이유).
많이 부르는 API
요금 카탈로그에 있는 공급자 29곳이 나왔습니다. 저장소 수로 세면 상위는 다음과 같습니다.
- OpenAI — 35개
- Anthropic Claude — 28개
- Google Gemini API — 18개
- OpenRouter — 14개
- DeepSeek — 12개
- Groq — 11개
저장소와 공급자를 짝지은 192곳 가운데 183곳(95%)은 사용자의 API 키로 부릅니다. 나머지는 OAuth·클라우드 계정 인증처럼 키가 아닌 방식입니다. 「오픈소스라서 무료」와 「쓰려면 내 키가 필요하다」는 이렇게 동시에 참일 수 있습니다. 공급자 전체 목록은 API별 저장소에 있습니다.
한 저장소가 여러 API 를 부를 때
외부 API 를 부르는 79개를 부르는 곳의 수로 나누면 다음과 같습니다. 카탈로그 밖의 서비스 주소까지 셌습니다.
- 1곳: 26개
- 2~4곳: 21개
- 5~9곳: 18개
- 10곳 이상: 14개
10곳 이상인 14개 중 8개는 같은 기능에 공급자 여러 곳을 두고 사용자가 그중 하나를 고르게 하는 구조입니다. 이런 저장소에서 「10곳을 부른다」는 「10곳 중 하나를 고를 수 있다」에 가깝습니다. 결과 페이지는 이런 호출을 같은 기능으로 묶어 「선택 사항」으로 보여 줍니다. 또 79개 중 29개는 카탈로그에 없는 서비스만 부릅니다. 그 서비스의 요금은 이 사이트가 확인하지 않았으므로 결과 페이지에 「요금 정보 없음」으로 나옵니다.
언어에 따라 다른 모습
| 언어 | 외부 API 사용 | 로컬 대안 있음 | 발견 안 됨 | 확인 필요 |
|---|---|---|---|---|
| Python | 19 | 4 | 13 | 2 |
| TypeScript | 21 | 5 | 7 | 4 |
| Rust | 12 | 0 | 6 | 2 |
| C · C++ | 3 | 0 | 5 | 9 |
언어는 GitHub 가 저장소에 붙인 주 언어입니다. Python·TypeScript 쪽은 모델 API 를 묶는 AI 앱이 많아 「외부 API 사용」이 많습니다. C·C++ 쪽에 「확인 필요」가 많은 것은 이 사이트가 그 언어의 소스를 읽지 않기 때문입니다. 읽지 않은 코드가 큰 몫이면 「발견 안 됨」이라고 말하지 않습니다.
이 숫자를 읽는 법
여기 나온 숫자는 판단이 아니라 셈입니다. 외부 API 를 부른다는 것이 나쁘다는 뜻도, 발견되지 않았다는 것이 안전하다는 뜻도 아닙니다. 어느 저장소든 결과 페이지에서 호출 위치를 커밋에 고정된 줄 번호로 확인할 수 있고, 틀린 곳이 있으면 결과 페이지의 「이 결과가 틀렸어요」로 알려 주시면 고칩니다. 읽는 규칙은 방법론에 있습니다.