본문으로 건너뛰기
AI suite

LLM 토큰 카운터

텍스트를 붙여넣으면 Claude / GPT / Gemini의 토큰 수를 나란히 확인할 수 있습니다. GPT는 o200k_base 토크나이저로 정확하게 계산하며, Claude와 Gemini는 토크나이저가 비공개이므로 근사치를 표시합니다.

모든 처리는 브라우저 내에서 이루어지며, 입력한 텍스트가 서버로 전송되지 않습니다.

가이드: 사용 방법 및 특징

  • 입력란에 프롬프트, 문서, 코드를 붙여넣으면 토큰 수가 자동으로 집계됩니다.
  • GPT 계산에 사용하는 토크나이저 사전은 첫 입력 시 로드됩니다(로딩 중에는 안내가 표시됩니다).
  • Claude와 Gemini 카드에는 「근사치」 배지가 붙습니다. ±10~20% 정도의 오차를 감안하세요.
  • 문자 수·단어 수·줄 수도 함께 표시되어 전체 텍스트 분량을 파악할 수 있습니다.

샘플: Sample input & output

Short English sentence

입력 예시

The quick brown fox jumps over the lazy dog.

출력 예시

GPT: 10 tokens (exact) / Claude: ~11 tokens / Gemini: ~10 tokens

Short Japanese sentence

입력 예시

吾輩は猫である。名前はまだ無い。

출력 예시

GPT: 14 tokens (exact) / Claude: ~19 tokens / Gemini: ~12 tokens — CJK text tends to use more tokens than English

FAQ: 자주 묻는 질문

  • 토큰이란 무엇인가요?

    LLM이 텍스트를 처리하는 최소 단위입니다. 영어에서는 1토큰이 약 4문자에 해당하며, 한국어·일본어 등에서는 1문자가 1토큰 이상이 되기도 합니다. API 요금과 컨텍스트 길이 제한은 토큰 수로 결정됩니다.
  • GPT의 토큰 수는 정확한가요?

    네. GPT-4o, GPT-4.1, o 시리즈가 사용하는 o200k_base 토크나이저를 브라우저에서 직접 실행하므로 OpenAI API의 카운트와 일치합니다. 다만 채팅 API에서는 메시지 구조 오버헤드로 몇 토큰이 추가됩니다.
  • Claude와 Gemini는 왜 근사치인가요?

    Anthropic은 Claude 3 이후의 토크나이저를 공개하지 않았고, Google도 클라이언트 측 토크나이저를 제공하지 않습니다. 본 도구는 GPT의 정확한 토큰 수와 문자 구성으로 추정하며, 실제 API 카운트와 ±10~20% 정도 차이가 날 수 있습니다.
  • 입력한 텍스트가 외부로 전송되나요?

    아니요. 토크나이저 사전 로드를 포함해 모든 처리가 브라우저 내에서 완결되며, 텍스트가 서버로 전송되지 않습니다. 기밀 문서나 소스 코드도 안심하고 사용할 수 있습니다.

활용: 주요 활용 사례

  • 프롬프트 비용 견적

    API 과금은 토큰 수 기준입니다. 긴 시스템 프롬프트나 RAG 컨텍스트가 몇 토큰을 소비하는지 미리 확인해 비용을 추산할 수 있습니다.

  • 컨텍스트 길이 상한 확인

    문서나 로그 전체를 LLM에 전달하기 전에 모델의 컨텍스트 윈도(예: 200K 토큰)에 들어가는지 확인할 수 있습니다.

  • 모델 간 토큰 효율 비교

    같은 텍스트도 모델에 따라 토큰 수가 다릅니다. Claude / GPT / Gemini를 나란히 비교해 비용 효율의 기준으로 삼을 수 있습니다.

주의: 주의 사항·제한

  • Claude·Gemini는 근사치입니다

    Anthropic과 Google은 토크나이저를 공개하지 않으므로, 두 모델의 값은 GPT의 정확한 카운트와 문자 구성에서 추정한 근사치입니다. 실제 API 카운트와 ±10~20% 정도 차이가 날 수 있으며 과금 계산에는 사용하지 마세요.

  • 채팅 API 오버헤드는 포함되지 않습니다

    표시되는 값은 붙여넣은 텍스트 자체의 토큰 수입니다. 채팅 API에서는 메시지 구조로 몇 토큰이 추가되며, 시스템 프롬프트와 도구 정의도 별도로 소비됩니다.

  • 토크나이저는 모델 세대에 따라 다릅니다

    GPT 카운트는 o200k_base(GPT-4o / GPT-4.1 / o 시리즈) 기준입니다. GPT-3.5나 GPT-4(cl100k_base) 등 구세대 모델에서는 값이 다릅니다.

문자 수: 0 단어 수: 0 줄 수: 0

Claude

근사치

0

토큰

근사치 (Claude 3 이후의 토크나이저는 비공개입니다)

GPT

정확

0

토큰

o200k_base — GPT-5.5 / GPT-5 / GPT-4o / GPT-4.1

Gemini

근사치

0

토큰

근사치 (클라이언트 측 토크나이저는 비공개입니다)

모델별 내역

모델 토큰 컨텍스트 상한 사용률
Claude Opus 4.8 근사치 0 200K 0%
Claude Sonnet 4.5 근사치 0 200K 0%
Claude Haiku 4.5 근사치 0 200K 0%
GPT-5.5 0 1.05M 0%
GPT-5 0 400K 0%
GPT-4.1 0 1M 0%
GPT-4o 0 128K 0%
GPT-4 Turbo 0 128K 0%
GPT-3.5 Turbo 0 16K 0%
Gemini 3 Pro 근사치 0 1M 0%
Gemini 2.5 Flash 근사치 0 1M 0%

Claude와 Gemini의 값은 GPT의 정확한 토큰 수와 문자 구성으로부터 추정한 근사치이며, 실제 API 카운트와 ±10~20% 정도 차이가 날 수 있습니다. 대략적인 크기 파악용으로 사용하고 과금 계산에는 사용하지 마세요.

이 도구의 관련 기사

최신 아티클

활용 사례
2026-08-07

curl 옵션 정리|-X -H -d 가 실제로 하는 일과 함정

실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.

도구 소개
2026-08-06

JSON Schema와 Zod를 상호 변환하는 원리|required와 .optional()의 대응

JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.

활용 사례
2026-08-06

SQL 절 실행 순서 레퍼런스|WHERE에서 SELECT 별칭을 못 쓰는 이유

SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.

활용 사례
2026-08-06

unified diff 형식 읽는 법|git diff의 @@ 헤더 완전 해설

git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.

활용 사례
2026-08-06

UTC⇄JST/KST 변환 레퍼런스|9시간 시차 대조표와 타임존 사고 예방법

UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.

활용 사례
2026-08-04

CREATE TABLE 레퍼런스|MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이

CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.

광고

광고