TrustedRouter에 125만 달러…AI 모델 600개를 한 API로 고른다

AI 라우팅 스타트업 TrustedRouter가 2026년 8월 31일 125만 달러 규모의 시드 투자를 유치했다. Axios의 8월 31일 보도 에 따르면 투자에는 Slow Ventures의 샘 레신, 빌 타이, 23andMe 공동창업자 린다 에이비, 전 Stripe 데이터 책임자 조지 싱 등이 참여했다.

같은 날 기준 TrustedRouter는 공개 베타에서 하나의 OpenAI 호환 API로 81곳이 넘는 공급자의 600개 이상 모델에 접근하게 하는 서비스다. 개발자가 모델을 직접 지정하거나 가격·성능·개인정보 보호 조건에 맞춘 경로를 택할 수 있어, 단일 모델 API에 고정됐을 때보다 공급자 변경과 장애 우회가 쉬워질 가능성을 내세운다.

125만 달러가 향하는 ‘모델 위의 계층’

TrustedRouter가 만드는 것은 새로운 대규모언어모델이 아니라 애플리케이션과 여러 모델 공급자 사이의 라우팅 계층이다. 공급자마다 별도의 API 규칙과 결제 관계를 관리하는 대신 공통 접점에서 모델과 실행 사업자를 선택하도록 하는 구조다.

이 구조의 사업적 전제는 모든 작업에 같은 모델이 필요하지 않다는 데 있다. 단순 분류에는 비용이 낮은 모델을, 복잡한 코딩이나 추론에는 성능이 높은 모델을 배정할 수 있다면 모델 비용을 작업 난도에 맞출 수 있다. 다만 지원 모델이 많다는 사실만으로 요청마다 최저 비용이나 최고 품질이 자동 보장되는 것은 아니다.

투자 규모와 참여자는 공개됐지만 기업가치, 지분 조건, 투자자별 출자액은 공개되지 않았다. 현재 확인되는 재무적 사실은 125만 달러 규모의 시드 라운드가 완료됐다는 데까지이며, 투자 이후 채용이나 제품 출시 일정도 구체적으로 제시되지 않았다.

600개 모델과 자동 라우팅은 같은 말이 아니다

‘600개 이상 모델’은 TrustedRouter가 자체 개발한 모델 수가 아니다. 여러 공급자가 운영하는 모델과 실행 경로를 하나의 API에서 이용할 수 있다는 뜻이다. 애플리케이션이 특정 모델 회사에 직접 결합되는 대신, 라우터가 공급자를 교체할 수 있는 중간 지점이 된다.

여기에는 두 가지 선택 방식이 섞여 있다. 개발자가 모델이나 공급자를 지정하면 통합 API의 편의성이 중심이고, 시스템이 미리 정한 비용·성능 조건에 따라 후보를 고르면 자동 라우팅에 가깝다. 회사가 제시한 trustedrouter/auto는 매일 시장을 평가해 가격과 성능의 균형을 고려한 모델을 선택하는 경로지만, 공개 자료는 모든 개별 요청의 내용을 실시간 분석해 최적 모델을 찾아준다고 입증하지는 않는다.

Refresh Miami의 후속 보도 는 TrustedRouter가 마이애미 브리켈에 본사를 두고 있으며, 5월부터 공개 베타를 운영해 최근 하루 10억 토큰 처리 기록을 세웠다고 전했다. 모델·공급자 수와 처리량은 회사가 공개한 수치로, 고객 수나 매출, 반복 사용률을 보여주는 독립 감사 자료는 제시되지 않았다.

직접 연결보다 장애 전환은 쉬워지지만 의존성은 늘어난다

단일 모델 API를 직접 연결하면 요청 형식과 인증, 사용량 제한, 가격 정책이 해당 공급자에 묶인다. 다른 모델로 옮길 때는 응답 형식과 도구 호출, 문맥 길이 등 애플리케이션의 동작 조건을 다시 확인해야 한다.

라우터 API는 공급자 전환 지점을 공통 계층으로 옮긴다. 주 공급자가 응답하지 않을 때 미리 지정한 백업 경로를 사용할 수 있고, 같은 모델의 다른 호스팅 사업자나 조건을 충족하는 다른 모델을 후보로 둘 수 있다. 이 때문에 라우팅의 즉각적인 효용은 최저가 탐색보다 장애 시 연결을 바꿀 수 있다는 데서 먼저 나타날 수 있다.

그렇다고 장애가 없어지는 것은 아니다. 라우터 자체가 새로운 의존성이 되며, 대체 모델은 기존 모델과 출력 특성이나 기능 지원 범위가 다를 수 있다. 백업 후보를 지정하지 않았거나 조건을 충족하는 경로가 모두 실패하면 요청도 완료되지 않는다.

비용 효과도 작업 구성에 따라 달라진다. 저렴한 모델로 옮겨도 되는 요청의 비중이 높으면 절감 여지가 있지만, 라우터 이용료와 전환 후 품질 검증 비용도 함께 발생한다. TrustedRouter가 직접 연결보다 실제 비용이나 장애 시간을 얼마나 줄였는지 보여주는 독립 비교 결과는 아직 공개되지 않았다.

암호화와 검증은 라우터 경계 안에서 읽어야 한다

라우터는 여러 공급자를 연결하는 동시에 모든 프롬프트가 지나가는 추가 처리자가 된다. TrustedRouter는 이 위험에 대응해 제어 계층과 증명 가능한 게이트웨이 코드를 공개하고, 프롬프트와 응답을 저장하지 않는다고 설명한다. 과금에 필요한 선택 모델·공급자와 입출력 토큰 수 같은 메타데이터는 보관한다는 것이 회사가 밝힌 범위다.

TrustedRouter의 공식 투자 발표 는 공개 소스와 실행 중인 머신 이미지를 원격 증명으로 대조할 수 있으며, trustedrouter/confidential 경로에서는 최종 모델 실행 지점까지 기밀 컴퓨팅을 쓰는 공급자로 범위를 제한한다고 설명한다. 회사는 또 AWS, Azure, Google Cloud에 계층을 분산하고 개인정보 보호 수준이 같은 백업 경로만 사용한다고 밝혔다.

이 설명은 라우터 게이트웨이와 최종 모델 공급자를 구분해 해석해야 한다. 일반 경로에서는 외부 공급자가 요청을 최종 처리하므로 해당 사업자의 보관·학습 정책이 계속 적용될 수 있다. 라우터의 공개 코드와 원격 증명이 모든 연결 모델의 데이터 처리 관행까지 보증하는 것은 아니다.

검증 도구가 존재한다는 사실도 보안성을 독립적으로 입증한 결과와는 다르다. 소스 코드의 취약점 여부, 배포 이미지와 하드웨어 신뢰 사슬의 연결, 외부 보안 감사의 범위와 결과는 별도의 검토 대상이다. 현재 확인된 것은 투자 완료와 공개 베타 운영, 다수 모델을 연결하는 API, 회사가 공개한 처리량 및 검증 장치다. 향후 판단에는 운영 안정성, 실제 라우팅 성과와 독립적인 보안 검증 데이터가 더 필요하다.

함께 읽기:

• 평범한 영상을 영화처럼—Meta가 Edits로 10~20편만 고른다