AI 에이전트에게 실제 업무를 맡기다 보면 모델 성능보다 먼저 막히는 지점이 있다. 백링크 데이터를 조회하고, 기업·인물 정보를 보강하고, 광고를 집행하고, 소셜에 게시하는 일은 저마다 다른 공급사의 계정과 구독, API 키를 요구한다. 오픈소스 프로젝트 Treg(treg.to)는 이 문제를 모델이 아니라 '도구' 쪽에서 풀겠다고 나선다. 여러 모델을 하나의 엔드포인트와 토큰으로 묶는 OpenRouter의 발상을, 에이전트가 호출하는 외부 도구 전반에 적용한 것이다.
구독의 벽을 호출당 과금으로 바꾸다
Treg가 지목하는 통증은 분명하다. 실무에 필요한 도구들은 대개 한 번 쓰자고 결제하기엔 부담스러운 월 구독 뒤에 있다. 원문은 Semrush 월 139달러, Moz 월 99달러, Crunchbase 월 99달러, Apollo 좌석당 59달러를 예로 든다. 여기에 더해 초대 전용·파트너 전용처럼 공개 API조차 없는 서비스도 많다. Treg는 이런 계정을 자신이 보유한 채로, 호출 한 건당 1센트 미만의 비용으로 중개한다. 에이전트 입장에서는 '어느 벤더가 이 데이터를 파는지' 알 필요 없이 '하고 싶은 일'을 검색하고, 표시된 가격을 확인한 뒤 호출하면 된다. 공급사별 가입 절차가 사라지는 것이 핵심이다.
이 모델이 성립하는 근거는 Treg가 스스로에게 건 한 가지 규칙이다. 프록시는 업스트림 API를 '중계'할 뿐 재구성하지 않으며, 인증 정보는 서버 쪽에서 주입한다. 요청·응답을 가공하지 않으니 공급사가 API를 바꿔도 깨질 여지가 적고, 호출하는 쪽은 키를 손에 쥘 일이 없다. 원문은 프록시가 바꾸는 것은 단 세 가지뿐이고 나머지는 그대로 전달하는 '충실한 중계(faithful relay)' 계약을 지킨다고 설명한다.
가격 선택권은 사용자에게 남긴다
과금 설계도 눈여겨볼 만하다. Treg는 '크리덴셜 사다리'라 부르는 순서로 호출을 처리한다. 호출자가 자신의 공급사 키를 헤더에 담아 보내면 그 키의 크레딧으로 처리되고, 이 경우 Treg 잔액은 차감되지 않는다. 즉 이미 결제 중인 키를 연결하면 해당 호출은 Treg 잔액과 무관하게 '공짜'가 된다. 반대로 Treg가 공시 가격을 갖지 않은 엔드포인트는 무료로 제공되는 게 아니라 거부되며, 사용자에게 직접 키를 연결하라고 안내한다. 같은 기능을 여러 공급사가 제공할 때는 가격을 나란히 보여주되 선택은 사용자 몫으로 남기고, Treg가 임의로 공급사를 고르거나 장애 시 다른 곳으로 넘기지 않는다. 공급사를 Treg가 대신 골라주길 원한다면 treg. 형태의 라우팅 엔드포인트를 명시적으로 선택해야 한다. 잔액이 부족하면 HTTP 402 응답에 잔액과 예상 비용, 충전 URL을 기계가 읽을 수 있는 형태로 담아 돌려주므로, 에이전트가 사람의 개입 없이 상황을 판단할 수 있다.
팀의 키·CLI·스킬을 공유하는 레지스트리
Treg는 외부 카탈로그 중개에 그치지 않고 조직 내부 자산 공유 레지스트리 역할도 한다. treg upload는 프로젝트의 .env를 약 80개 알려진 공급사 키 패턴과 대조하고, 스킬 디렉터리와 설치된 CLI를 훑어 공유 가능한 것을 찾아낸다. 공유 대상은 세 종류다. 저장된 키로 호출되는 업스트림 URL(도구), stripe·gh·vercel 같은 벤더 CLI, 그리고 레시피와 비밀·도구를 묶은 스킬이다. treg run은 조직 크리덴셜을 주입한 채 벤더 CLI를 실행해 주므로 팀원이 키를 직접 보유하거나 로그인할 필요가 없고, treg shell을 열면 세션 내내 등록된 CLI가 자동으로 인증된다. 모든 호출은 감사 로그로 남는다. 인증 방식은 평문 키, JSON 토큰 파일, 자동 갱신되는 OAuth, CLI 키체인에서 추출한 자격 네 가지를 지원한다.
최근 흐름을 반영한 MCP 지원도 들어가 있다. Claude 커넥터 디렉터리용 엔드포인트(/mcp/v2/)는 큐레이션된 카탈로그만 노출하고 읽기 호출과 쓰기 호출을 분리해, 클라이언트가 안전성 신호를 정확히 받도록 했다. 또 Enrich Arena와 Web Arena처럼 여러 공급사의 응답 품질·비용·속도를 직접 비교하고 투표하는 실험적 기능도 제공한다.
실무자가 따져볼 지점
한국 실무 관점에서 Treg의 매력은 분명하다. 일회성 리서치나 POC 단계에서 값비싼 연간 구독 없이 호출당 과금으로 데이터·도구에 접근할 수 있고, 키를 서버에만 두어 팀 전체가 자격 증명 유출 걱정 없이 공유하는 구조는 보안·운영 측면에서 실질적인 이점이 있다. 자체 호스팅이 가능하다는 점도 민감 데이터를 다루는 조직에는 중요하다.
다만 한계도 함께 봐야 한다. 공유된 범위에서 Treg는 Superdesign 팀이 만들어 운영하는 서비스이며, 외부 공급사의 계정과 가격을 중개하는 특성상 특정 업스트림의 가용성과 약관 변화에 의존한다. 라이선스는 Apache 2.0에 추가 조항이 붙어, 조직 내부에서 상업적으로 쓰거나 직접 레지스트리를 호스팅하는 것은 자유롭지만, 코드를 경쟁하는 호스팅 서비스로 재배포하는 것은 별도 허가가 필요하다. 가격이 '센트 미만'이라는 서술 외에 구체적 단가나 공급사별 정산 조건은 카탈로그에서 직접 확인해야 하므로, 도입 전에는 실제 사용할 엔드포인트의 공시 가격과 자체 키 연결 시의 비용 구조를 함께 점검하는 편이 안전하다.