Cost structure
해외 결제와 중개 수수료를 운영 리스크로 본다
OpenToken은 한국 기업이 LLM 비용을 결제·정산·크레딧 흐름까지 포함해 판단하도록 설계된 API 게이트웨이다.
Agent business infrastructure
한국 에이전트 비즈니스를 위한 LLM 비용 인프라.
OpenToken은 AI 제품팀이 여러 LLM 벤더를 직접 운영하지 않고도 API 키, 사용량, 크레딧, 요청 로그를 한 흐름에서 관리하도록 설계된 OpenAI-compatible 게이트웨이다.
Price logic
가격표보다 먼저 비용 구조를 바꾼다.
첫 랜딩의 메시지는 플랜 가격표가 아니다. 한국 기업이 해외 LLM과 멀티 모델 라우터를 쓰면서 겪는 결제, 세무, 사용량 관리의 마찰을 OpenToken 운영 모델로 줄이는 것이다.
Korea operations
한국 팀의 정산과 구매 흐름에 맞춘다
벤더별 계정, 해외 결제, 사용량 대조를 한 곳의 워크스페이스 운영 모델로 정리한다.
Agent workloads
토큰이 매출원가가 되는 제품을 우선한다
AI 캐릭터 채팅, 에이전트 SaaS, 자동화 제품처럼 LLM 사용량이 손익에 직접 연결되는 팀을 1차 타겟으로 둔다.
Korean business operations
개발자는 모델을 붙이고, 회사는 비용을 설명할 수 있어야 한다.
→
OpenAI-compatible endpoint로 기존 SDK 변경을 최소화
→
워크스페이스별 키, 크레딧, 사용량, 요청 로그를 한 콘솔에서 확인
→
모델·프로바이더 전환을 제품 코드가 아니라 게이트웨이 운영 문제로 분리
→
피치덱의 비용 논리를 투자자 언어가 아니라 개발자 실행 흐름으로 번역
Drop-in start
기존 OpenAI SDK 흐름에서 시작한다.
첫 전환 목표는 긴 상담 양식이 아니라 API 키 발급이다. 사용자는 문서를 읽고, 콘솔에서 키를 확인하고, 기존 SDK의 엔드포인트를 OpenToken으로 바꾸는 흐름으로 진입한다.
콘솔에서 시작 →import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.OPENTOKEN_API_KEY,
baseURL: "https://api.opentoken.kr/v1",
});
const response = await client.chat.completions.create({
model: "openai/gpt-4.1-mini",
messages: [{ role: "user", content: "Draft the next agent reply." }],
});Conversion path
랜딩에서 콘솔까지 한 번에 이어진다.
01
키를 만든다
콘솔에서 워크스페이스와 API 키를 확인하고 OpenToken 엔드포인트를 준비한다.
02
기존 SDK를 유지한다
OpenAI SDK의 `baseURL`만 OpenToken으로 바꾸는 흐름을 첫 통합 경로로 제시한다.
03
비용과 로그를 본다
요청, 토큰, 크레딧, 실패 상태를 워크스페이스 단위로 확인하는 운영 화면으로 이어진다.
OpenToken
LLM 비용이 커지는 순간, 게이트웨이는 제품 인프라가 된다.
API 키에서 시작해 워크스페이스, 크레딧, 요청 로그까지 한 운영 흐름으로 연결한다.