AUDR by Chargebee

AUDR by Chargebee

Chargebee · 생산성 · 비즈니스

AUDR by Chargebee는 누가 AI 에이전트 실행을 시작했고 모델과 도구 호출마다 얼마가 들었는지 기록하는 오픈 JSON 표준이다. 하나의 레코드로 과금과 예산 계획을 함께 처리한다.

AUDR by Chargebee 미리보기

AUDR by Chargebee 소개

What Is AUDR by Chargebee

AUDR은 에이전트 사용 상세 레코드(Agent Usage Detail Record)의 약자다. 대시보드가 아니라 명세다. 계측 대상 작업마다 JSON 객체 하나를 만들고, 에이전트 하네스와 라우터, 모델 제공자, 과금 시스템이 모두 쓰고 읽을 수 있는 스키마를 정한다. Chargebee가 초안을 잡았고 Apache 2.0으로 공개한다.

이 표준이 메우는 구멍은 귀속이다. 애플리케이션은 어느 고객이 실행을 시작했는지 안다. 라우터는 토큰 수를 안다. 도구 계층은 샌드박스가 4분 동안 열려 있었다는 사실을 안다. 각 시스템은 따로 관측되지만, 지난 화요일 Acme의 지원 에이전트가 38센트 들었다고 답하는 시스템은 없다. 대부분의 팀은 이 문제를 에이전트 비용 추적 문제로 먼저 겪는다. 월간 모델 청구서만 봐서는 어느 기능이 예산을 먹는지 보이지 않는다.

설계는 통신업에서 가져왔다. 통신사들은 어떤 교환기가 처리하든 한 통의 전화를 공통 형식으로 기술하려고 통화 상세 레코드(Call Detail Record)에 합의했다. AUDR은 같은 원리를 에이전트 실행에 적용한다. 공유 실행 ID, 필드마다 하나의 권한 있는 기록자, 싱크가 추측 없이 적용하는 병합 규칙이다.

범위의 경계도 중요하다. AUDR은 사용량을 기술하고 청구서는 기술하지 않는다. 토큰을 청구 가능한 금액으로 바꾸는 레이팅 단계는 명세 밖에 있고, 싱크는 검증과 중복 제거, 저장만 맡는다.

Getting Started

  1. 스택에 맞는 코어 패키지를 설치한다. pip install audr 또는 npm install @openaudr/audr을 쓰고, 싱크는 테스트용 로컬 JSONL 파일이나 과금용 Chargebee 중에서 고른다.
  2. 그 싱크와 emitter 블록으로 클라이언트를 만든다. 컴포넌트와 앱 이름, 버전을 적는다.
  3. 이미 쓰는 런타임의 어댑터를 등록한다. LiteLLM, Vercel AI SDK, Mastra, NeMo Relay 등이 있다. 직접 client.record()를 호출해도 된다.
  4. 요청마다 귀속 정보를 넘긴다. 보통 계정 ID나 구독 ID에 환경 이름을 붙인다. 그다음 JSONL 출력이나 과금 시스템에서 병합된 레코드를 읽는다.

제품 정보

AUDR by Chargebee의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.

무료 플랜예
유료 플랜Free (Apache 2.0), $0
플랫폼Web, Python, TypeScript
개발사Chargebee
카테고리생산성 · 비즈니스
출시일Sep 2026
최근 업데이트Oct 2026
웹사이트 방문 수2.5M
웹사이트 글로벌 순위18.1K
API 제공 여부예

추천 대상

이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.

사용자

  • AI 제품 엔지니어
  • AI 기업의 재무팀
  • 사용량 기반 과금을 운영하는 플랫폼 엔지니어
  • 에이전트 제품 가격을 정하는 창업자

작업

  • 모델 지출을 고객에 배분하기
  • 도구 비용 감사하기
  • 사용량 청구서 준비하기
  • 마진 문제 조사하기

활용 상황

  • 한 고객의 사용량이 나머지를 압도하는 지원 에이전트
  • 여러 모델과 폴백을 묶은 스택
  • 정액 구독에서 사용량 가격으로 옮기는 파일럿

주요 기능

모든 구간을 건너가는 공유 실행 ID

하네스가 작업마다 run_id와 span_id를 만들고 요청 메타데이터에 실어 보낸다. 라우터와 제공자, 도구 계층은 같은 쌍을 되돌려준다. 싱크는 두 값이 같은 레코드를 병합하므로, 세 컴포넌트가 기술한 모델 호출 하나가 세 조각이 아니라 한 행으로 남는다.

필드마다 하나의 기록자

AUDR은 공통 블록을 모든 컴포넌트가 덮어쓰게 두지 않고 소유권을 나눈다. 귀속은 하네스가 갖는다. 고객과 환경, 시작자다. 사용량은 라우터가 갖는다. 토큰과 제공자다. 충돌은 마지막에 쓴 쪽이 정하는 대신 거부된다.

덧붙이기만 하는 정정

레코드는 불변이다. 잘못된 숫자를 고치려면 같은 emitter 컴포넌트에서 새 레코드를 내보내고, 싱크가 record_id로 이전 레코드를 교체한다. 원래 값은 사라지지 않고 감사 흔적이 남는다.

파생 가격이 아닌 원시 카운터

레코드가 담는 것은 입력 토큰, 출력 토큰, 도구 호출, 연산 초 같은 카운터다. 비용 객체는 선택적인 참고 정보다. 이 분리 덕분에 제공자가 요율을 바꿔도 측정값을 다시 쓰지 않고 과거를 재계산할 수 있다.

주요 에이전트 런타임용 어댑터

LiteLLM, NVIDIA NeMo Relay, Merge Gateway, Vercel AI SDK, Mastra, OpenRouter용 어댑터가 준비되어 있다. 하나를 등록하면 모델 호출과 도구 호출이 소속 계정과 함께 레코드로 나온다.

과금 시스템에 닿는 싱크

Chargebee와 Lago에는 참조 싱크가 있고, 파일 싱크는 초기 테스트에 쓴다. 계약은 짧다. 검증, 중복 제거, 병합, 저장이다. 같은 레코드를 데이터 웨어하우스나 큐로 보내는 일도 주말이면 끝나는 작업이다.

장단점

장점

  • Apache 2.0 라이선스에 공개 스키마와 적합성 픽스처가 있어, 본격 도입 전에 구현을 시험할 수 있다.
  • 벤더 중립 설계다. 트래픽이 OpenRouter를 지나든 LiteLLM을 지나든 직접 만든 게이트웨이를 지나든 같은 레코드가 통한다.
  • 표면적이 작다. 레코드는 순수 JSON이고 병합 규칙 세 개는 한 페이지에 들어간다.
  • Python과 TypeScript SDK에 파일 싱크를 더하면 한 사람이 반나절 만에 쓸 만한 데이터를 만든다.
  • 시작하는 데 호스팅 계정도 최소 지출도 영업 미팅도 필요 없다.

단점

  • 명세가 아직 젊다. 1.1.0 버전이 2026년 10월에 나왔고 필드 범위는 계속 달라진다.
  • 어댑터와 싱크 목록이 짧다. 다른 게이트웨이를 쓰는 팀은 직접 통합을 작성한다.
  • 레이팅은 표준 밖이다. 사용량을 청구서로 만들려면 과금 로직이 여전히 필요하다.
  • 저장과 조회, 알림은 포함되지 않는다. 리포트는 결국 직접 책임져야 한다.

자주 묻는 질문

Agent Usage Detail Record다. 에이전트 시스템에서 계측 대상 작업 하나를 나타내는 JSON 명세이며, 누가 시작했고 무엇을 소비했는지를 담는다.