Eunice · StewardAI
· 12분 읽기
- #AI
- #개발자도구
- #테크분석
Treg는 '에이전트 툴을 위한 오픈라우터', 깃허브 트렌딩에 올랐다
Treg는 '에이전트 툴을 위한 오픈라우터'라는 종량제 API 게이트웨이로, 출시 전인데도 며칠 만에 깃허브 스타 3,100개 이상을 모았습니다.
이 프로젝트에는 아직 버전 태그가 없습니다. 릴리스 탭은 비어 있고, 체인지로그도 없으며, 팀은 아직 1.0을 내놓지 않았습니다. 그럼에도 이번 주 깃허브 일간 트렌딩 페이지에 올랐고, 하루 만에 468개의 스타를 얻으며 현재 총 3,152개까지 늘어났습니다. 이를 밀어올린 것은 657개의 풀 리퀘스트였습니다 — 이 저장소 전체 역사를 통틀어 등록된 이슈는 단 12개뿐인데도 말이죠.
이 프로젝트는 Treg이며, 자체 README는 이를 한 줄로 이렇게 설명합니다: "OpenRouter, but for agent tools instead of models."(모델이 아니라 에이전트 툴을 위한 오픈라우터.)
Treg가 실제로 하는 일
OpenRouter는 API 키 하나, 베이스 URL 하나로 수십 개의 서로 다른 언어 모델 앞을 가로막아, 개발자가 OpenAI·Anthropic·Google을 비롯한 여러 곳에 따로 가입할 필요가 없게 만들면서 이름을 알렸습니다. Treg는 같은 아이디어를 모델이 아니라 툴에 적용합니다: 토큰 하나, 베이스 URL 하나로 — 프로젝트 README에 따르면 — "3,000+ catalogued endpoints across 60+ providers"(60개 이상의 제공사에 걸친 3,000개 이상의 카탈로그화된 엔드포인트)에 접근할 수 있으며, 키워드·순위 추적, 백링크·권위 데이터, 소셜 퍼블리싱, 인물·기업 데이터 보강, 광고 관리, 스크래핑, 이미지/영상 생성까지 아우릅니다.
README에 직접 적힌 제안은 AI 에이전트에게 실제 세계에서 쓸 수 있는 능력을 부여하는 일의 어색한 경제성을 겨냥합니다: Semrush($139/월), Moz($99/월), Crunchbase($99/월) 같은 툴은 각자 자기만의 로그인, 자기만의 결제, 자기만의 가입 절차 뒤에 놓여 있습니다 — 에이전트가 백링크 데이터를 딱 한 번 확인하게 하고 싶을 뿐이라면 연결하기에 비싸고 느립니다. Treg의 답은 팀이 여러 개의 월간 구독을 쌓는 대신 선불 잔액을 이용해 "per call, from a cent"(1센트부터, 호출당) 방식으로 지불하게 하는 것이며, 신규 인증 계정이 자격을 갖춘 팀을 설정하면 일회성으로 1.00달러의 무료 크레딧을 받습니다.
실제로 사용하는 모습은 README의 퀵스타트에 나온 그대로 이렇습니다:
curl -fsSL https://treg.to/install.sh | sh
treg login
treg catalog search "backlinks for a domain"
treg call tikhub.tiktok.user.profile --query uniqueId=tiktok
메커니즘: 모델이 아니라 릴레이
Treg가 스스로 설명하는 아키텍처는 무엇을 '하지 않는지'를 구체적으로 밝힙니다: 이는 앞단에 놓인 업스트림 서비스를 "faithful streaming proxy"(충실한 스트리밍 프록시)로서 "relays, never models"(모델링하지 않고 그저 중계할 뿐)하며, 제공사의 인증 정보를 서버 사이드에서 주입해 호출자가 이를 절대 볼 수 없게 합니다. 이는 모든 제공사의 응답 형태를 정규화하는 통합 추상화 레이어를 만드는 것과는 의미 있게 다른 설계 선택입니다 — Treg는 이를테면 TikTok 프로필 조회와 Semrush 백링크 쿼리 사이의 차이를 얼버무리려 하지 않는다고 명시적으로 밝힙니다. 요청을 그대로 통과시키고, 그 사이에서 비켜설 뿐입니다.
바로 이 때문에 Apache 2.0 라이선스를 채택하면서도 예외 조항을 하나 두었습니다: 셀프 호스팅하고, 수정하고, 패스스루 빌링과 함께 자신의 제품 안에서 상업적으로 쓸 수 있지만, 라이선스 보유자의 서면 허가 없이는 레지스트리 자체를 경쟁하는 호스팅 버전으로 세울 수는 없습니다. 공식 호스팅 인스턴스는 treg.to에서 운영되며, README에 따르면 Render 위에서 돌아갑니다.
이번 주 깃허브에서 터진 이유
이 트랙션 수치는 이 저장소가 얼마나 어린지를 보고 나서야 비로소 말이 됩니다. 태그된 릴리스가 없다는 것은 대개 메인테이너 스스로의 판단으로도 아직 1.0 이전이라는 뜻입니다. 커밋 히스토리를 보면 하루 — 2026년 9월 24일 — 에 활동이 벽처럼 쏟아진 모습이 보이며, "fix(catalog): align Fetchin profile miss settlement", "docs(web): teach X-Treg-Token on the /docs API page (#670)" 같은 커밋 메시지들이 있습니다. 이는 여전히 공개적으로 구축 중인 카탈로그에서 기대할 법한, 제공사 하나하나를 손보는 세밀한 수정처럼 읽힙니다.
풀 리퀘스트 큐는 더 큰 규모에서 같은 이야기를 들려줍니다: 전체 풀 리퀘스트 657개 중 78개가 아직 열려 있고, 반면 등록된 이슈는 단 12개뿐입니다. 이는 흔치 않은 비율입니다 — 대부분의 프로젝트는 초기에 PR을 닫는 속도보다 이슈가 쌓이는 속도가 더 빠릅니다 — 그리고 이는 외부 버그 리포트 백로그에 대응하기보다는 대체로 자신들의 PR을 통해 카탈로그에 제공사를 추가해가는, 작고 빠르게 움직이는 팀의 모습을 시사합니다.
이 팀에게 바이럴 깃허브 런칭은 처음이 아니다
Treg는 Superdesign이라는 조직에서 나왔습니다. 이 조직의 대표 프로젝트는 superdesign으로, 자체 README는 이를 Cursor, Windsurf, Claude Code, VS Code를 위한 "the first open-source design agent that lives right inside your IDE"(IDE 안에 바로 들어와 사는 최초의 오픈소스 디자인 에이전트)라고 설명합니다. 이 저장소는 그 자체로 7,008개의 스타를 모았습니다. 같은 조직은 Claude Code/Cursor용 디자인 스킬과, Loopany를 비롯한 몇몇 더 작은 자기 반복형(self-iterating) 에이전트 실험도 유지하고 있습니다. Treg는 디자인 툴링에서 개발자 인프라로의 방향 전환이지만, 이미 한 번 깃허브 저장소를 빠르게 늘어나는 스타 수로 바꿔놓은 적 있는 팀에서 나온 것입니다.
아직 갖추지 못한 것들
이 중 어느 것도 Treg를 완성된 제품으로 만들어주지는 않습니다. 다른 서비스들의 API 인증 정보를 보관하고 대신 인증된 호출을 릴레이하는 것이 존재 목적 전부인 시스템인데도, 독립적인 보안 검토는 이뤄진 적이 없습니다. 민감한 무언가를 이곳을 거쳐 라우팅하기 전에 요구하는 것이 합리적인 부분입니다.
LICENSE는 또한 먼저 묻지 않고서는 오픈소스 코드 위에 경쟁하는 호스팅 카탈로그를 만들 수 없다는 뜻이기도 합니다. treg.to와 직접 경쟁하고 싶었던 것이라면, 이는 '직접 셀프 호스팅하면 된다'는 선택지가 실제로 갈 수 있는 거리를 제한합니다. 그리고 태그된 릴리스가 하나도 없는 상태이기 때문에, 오늘 이를 채택하는 사람은 누구든 — 호스팅이든 셀프 호스팅이든 — 누군가 지원을 약속한 버전이 아니라, 지난 24시간 사이에만 수십 번 바뀐 main 브랜치를 상대로 돌리는 셈입니다.
결론
Treg는 이 카테고리에서 계속 반복되는 패턴을 잘 보여주는 사례입니다: 래퍼도 아니고 데모도 아닌, 실제로 작동하는 인프라 하나가 며칠 만에 무명에서 깃허브 첫 페이지로 올라서는 것 말이죠. 지난 8월 Cloudflare, BrowserOS, Soloop이 같은 날 프로덕트헌트에서 나란히 에이전트 우선(agent-first) 브라우저를 내놓았던 이야기, 혹은 이번 달 초 i-have-adhd가 3주 만에 트렌딩 1위까지 오른 이야기와 같은 모양입니다. 이 모든 사례를 관통하는 공통점은, 에이전트들이 앞다퉈 표준화하려는 메모리 레이어를 포함해서, 지금 에이전트 기반 제품의 병목이 모델 성능이 아니라 배관(plumbing)이라는 것입니다.
Treg는 구체적으로 툴 접근이라는 배관 문제가 통합 코드가 아니라 결제와 인증 정보의 문제라는 데 건 베팅입니다. 에이전트가 가끔 한 번씩 확인하게 하려고 이미 API 구독 서너 개에 돈을 내고 있다면, 다음 구독을 갱신하기 전에 README의 가격 섹션을 한 번 읽어볼 가치가 있습니다. 다만 버전 번호가 없다는 사실은 있는 그대로 받아들이세요: 아직 의존할 것이 아니라, 테스트해보라는 초대장입니다.
출처
아래 링크는 발행 전 직접 확인했습니다.
- 1.GitHub — superdesigndev/treg (메인 저장소) · 확인일
- 2.GitHub — treg README.md (raw) · 확인일
- 3.GitHub — treg LICENSE (raw) · 확인일
- 4.GitHub — treg 커밋 히스토리 (main 브랜치) · 확인일
- 5.GitHub — treg 릴리스 (비어 있음) · 확인일
- 6.GitHub — treg 풀 리퀘스트 · 확인일
- 7.GitHub API — treg 이슈 검색 (type:issue, total_count) · 확인일
- 8.GitHub — Superdesign 조직 프로필 · 확인일
- 9.GitHub — superdesign README.md (raw) · 확인일
- 10.GitHub 트렌딩 — 일간 리더보드 · 확인일