📑 C4. 토큰 — 논증형 교안 v4

"AI가 글을 사람처럼 읽는다"는 인상을 검증한다. "숫자만 아는 컴퓨터가 어떻게 언어를 다루나"를 한 질문으로 따라가, 그 답인 '토큰'이 AI의 한계·비용·실수를 설명함을 논증한다.

이 장이 던지는 질문
숫자만 아는 컴퓨터가, 어떻게 우리 '말(글)'을 다루나?  →  주장: AI는 글을 그대로 못 본다. 글을 '토큰'이라는 조각으로 쪼개 숫자로 바꿔 다룬다 — 이 '토큰'이 AI의 글자 수 제한·요금·이상한 실수(글자 세기 오류 등)를 한꺼번에 설명한다.
C4
AI의 원리 · 언어의 단위
MODULE C4

토큰

AI가 언어를 다루는 '기본 조각'
C3에서 신경망은 숫자만 다룬다고 했다. 그런데 챗봇은 우리 말로 술술 답한다. 어떻게 된 걸까? 비밀은 '토큰'에 있다. 이 장은 묻는다 — "AI는 글을 사람처럼 읽는가, 아니면 다른 방식으로 쪼개 다루는가?" 토큰을 알면 AI의 이상한 실수들이 단번에 풀린다.
C4. 토큰
01 / 13
C4 · 이 장의 지도
전체 구성 — 시작 전에 길을 펼친다

하나의 질문을, 여섯 단계로 답한다

"AI가 글을 그대로 읽는다"는 인상을 6단계로 검증한다. 윗줄은 "AI가 언어를 어떻게 다루나"를 논증하고, 아랫줄은 토큰이 설명하는 현상들과 잘 쓰는 법으로 잇는다.

AI는 글을 어떻게 다루나 — 6단계  (p3–p8)
① 통념
"사람처럼 글자를 읽음"
p3 · 읽기 착각
② 주장
토큰으로 쪼개 숫자로
p4 · 기본 단위
③ 왜
컴퓨터는 숫자만
p5 · 변환 과정
④ 실패
글자 세기 오류 등
p6 · 토큰의 부작용
⑤ 반론
"글자 하나씩 하면?"
p7 · 절충
⑥ 결론
한계를 설명하는 열쇠
p8 · 토큰 렌즈
토큰으로 설명되는 것  (p9–p11)  +  정리·출처
적용
제한·요금·언어 차이
p9 · 현상들
근거
왜 서브워드 절충
p10 · 효율
기술
토큰 관점 활용
p11 · 잘 쓰기
정리
한 줄의 논증으로 회수
p12 · 요약 / p13 출처
→ 자, 출발먼저 통념을 깬다 — "AI는 정말 우리처럼 글자를 한 자 한 자 읽을까?"
C4. 토큰
02 / 13
C4 · 논증 1단계
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
통념 깨기

우리는 AI가 '사람처럼 글자를 읽는다'고 여긴다

챗봇이 우리 글을 척척 알아들으니, AI도 사람처럼 글자와 단어를 그대로 읽고 이해한다고 생각하기 쉽다. 하지만 이 가정으로는 풀리지 않는 이상한 일들이 있다 — AI가 "strawberry에 r이 몇 개?" 같은 쉬운 글자 세기를 종종 틀리는 것이다. 사람처럼 읽는다면 왜 이런 실수를 할까?

🗣️ 흔한 생각

  • "AI도 글자를 하나씩 읽겠죠."
  • "우리 단어를 그대로 보는 거 아녜요?"
  • "그러니까 이해하고 답하는 거고요."

🍓 그런데 — 풀리지 않는 실수

똑똑한 AI가 'strawberry의 r 개수'를 틀리고, 글자 수를 잘못 세고, 거꾸로 쓰기를 어려워한다. 사람처럼 글자를 본다면 있을 수 없는 실수다. 무언가 다른 방식으로 글을 보고 있다는 신호다.

🔎 한 걸음 더 이 단서가 가리키는 건 하나다 — AI는 글을 '글자'가 아니라 다른 단위로 본다는 것. 그 단위가 무엇인지 알면, 똑똑한 AI가 왜 글자 세기에서 헤매는지가 완벽히 설명된다. 그 단위가 바로 이 장의 주인공이다.
→ 그래서'사람처럼 읽는다'는 가정부터 의심하자. 그렇다면 AI가 글을 보는 진짜 단위는 무엇인가?
C4. 토큰
03 / 13
C4 · 논증 2단계
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
이 장의 주장

AI는 글을 '토큰'으로 쪼개 숫자로 바꿔 다룬다

AI가 글을 보는 단위는 글자도 단어도 아닌 '토큰(token)'이다. 토큰은 자주 쓰이는 글자 덩어리(조각)로, 보통 한 단어가 1개 또는 몇 개의 토큰으로 쪼개진다. AI는 글을 받으면 먼저 토큰으로 자르고, 각 토큰을 숫자(번호)로 바꾼 뒤에야 처리한다. AI에게 언어는 '의미'가 아니라 '숫자가 된 토큰들의 줄'이다.

원문

"인공지능은 재밌다"

토큰화

["인공", "지능", "은", " 재밌", "다"]

숫자로

[8762, 4519, 270, …]

🔎 한 걸음 더 그래서 B5의 '다음 단어 맞히기'는 정확히는 '다음 토큰 맞히기'다. AI는 단어가 아니라 토큰 단위로 한 조각씩 예측해 이어 붙인다. AI에게 글자 'r'은 보이지 않고, 그것을 품은 토큰 덩어리만 보인다 — 글자 세기를 틀리는 이유의 핵심이다.
→ 그래서단위는 토큰이다. 그런데 굳이 글을 토큰으로 쪼개 숫자로 바꿀까?
C4. 토큰
04 / 13
C4 · 논증 3단계 · 변환 과정
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
메커니즘 — 컴퓨터는 숫자만 안다

컴퓨터는 글자를 모른다 — 그래서 숫자로 번역해야 한다

토큰화의 이유는 단순하다 — 컴퓨터(신경망)는 오직 숫자만 계산할 수 있기 때문이다(C3). 그래서 글을 다루려면 먼저 숫자로 번역해야 한다. 글자 하나씩 번역하면 너무 길고, 단어 통째로 하면 종류가 너무 많다. 그 절충으로 '자주 쓰는 덩어리=토큰' 단위로 잘라 각 토큰에 번호를 매긴다. 이 번호들이 신경망의 입력이 된다.

단계하는 일
① 토큰화글을 토큰 조각으로 자름"바나나" → ["바", "나나"]
② 번호 매기기각 토큰 → 사전의 번호["바","나나"] → [102, 887]
③ 신경망 처리숫자로 패턴·예측(C3·B5)다음 토큰 예측 → 글 생성
🔎 한 걸음 더 — 사전이 미리 정해짐 토큰의 종류(어휘 사전)는 학습 전에 미리 자주 쓰는 조각들로 정해 둔다. 그래서 흔한 단어는 1토큰, 드문 단어·신조어는 여러 토큰으로 쪼개진다. AI가 보는 세상은 이 정해진 토큰 사전을 통해서만 들어온다.
→ 그런데이렇게 토큰으로 보면 편하지만, 그 대가로 이상한 부작용이 따라온다. 무엇인가?
C4. 토큰
05 / 13
C4 · 논증 4단계 · 토큰의 부작용
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
정체가 드러나는 순간 — 토큰의 부작용

'토큰으로 본다'는 사실이, AI의 이상한 실수를 설명한다

토큰을 알면 AI의 수수께끼 같은 실수들이 한꺼번에 풀린다. AI는 토큰 덩어리만 보고 그 안의 글자는 직접 보지 못하므로, 글자 단위 작업(개수 세기, 거꾸로 쓰기)에서 헤맨다. 토큰은 AI의 강점(빠른 언어 처리)을 주는 동시에 분명한 약점을 만든다.

😵 토큰이 만든 실수들

  • 글자 세기 — "strawberry의 r 개수"를 틀림(토큰 안 글자가 안 보임)
  • 거꾸로/철자 작업이 약함
  • 드문 단어·오타는 잘게 쪼개져 처리가 불안정

💡 왜 그런가 (정체)

AI에겐 'strawberry'가 몇 개의 토큰 덩어리로 보일 뿐, 그 안의 'r'들이 개별로 보이지 않는다. 사람이 단어를 통째 이미지로 기억할 때 글자 수를 헷갈리는 것과 비슷하다.

🔎 한 걸음 더 또 하나 — 언어마다 토큰 효율이 다르다. 영어는 같은 뜻을 적은 토큰으로 담지만, 한국어·일본어 등은 더 많은 토큰이 든다. 그래서 같은 내용도 언어에 따라 처리량·비용·맥락 한계가 달라진다(p9에서 자세히).
→ 그런데그렇게 부작용이 있다면 이런 의문. "그냥 글자 하나하나 다루면 이런 문제 없지 않나?"
C4. 토큰
06 / 13
C4 · 논증 5단계 · 절충
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
반론 처리 — "글자 하나씩 하면 안 되나?"

토큰은 '글자'와 '단어' 사이의 영리한 절충이다

"글자 단위로 하면 부작용이 없잖아"라는 반론은 다른 비용을 못 본 것이다. 글자 단위는 정확하지만 너무 길어 비효율이고, 단어 단위는 짧지만 종류가 너무 많고 새 단어에 무력하다. 토큰(서브워드)은 그 사이의 절충 — 적당히 짧으면서 새 단어도 조각으로 처리할 수 있다.

단위장점단점
글자종류 적음·정확너무 길어 비효율
단어짧고 의미 단위종류 폭발·새 단어 무력
토큰(서브워드)적당히 짧고 새 단어도 조각으로글자 단위 작업 약함
🔎 한 걸음 더 그래서 거의 모든 현대 언어모델이 서브워드 토큰을 쓴다(BPE 등의 방법). "처음 보는 신조어"도 익숙한 조각들의 조합으로 처리할 수 있다는 게 결정적 장점이다. 글자 세기 실수는 이 효율을 위해 감수한 대가인 셈이다.
→ 따라서토큰은 약점이 아니라 절충이다. 그럼 이 토큰 개념을 우리는 어떻게 써먹어야 하나?
C4. 토큰
07 / 13
C4 · 논증 6단계 · 결론
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
결론 — 토큰은 AI의 한계를 푸는 열쇠

그래서 토큰을 알면, AI의 제한·요금·실수가 다 보인다

토큰은 작은 개념 같지만, AI를 실제로 쓸 때 부딪히는 거의 모든 한계를 설명하는 열쇠다. 한 번에 다룰 수 있는 글의 길이(맥락창), 사용 요금, 언어별 효율, 글자 세기 실수 — 전부 토큰 단위로 돌아가기 때문에 생긴다. 토큰 렌즈를 끼면 이 현상들이 당연한 결과로 보인다.

겉으로 보이는 현상토큰으로 본 이유
글이 길면 잘리거나 못 받음맥락창이 토큰 수로 제한
쓸수록 요금이 늘어남요금이 토큰 수 기준
글자 세기·철자 실수토큰 안 글자가 안 보임
🎯 그래서 당신은 AI가 글을 다룰 땐 '토큰 조각을 잇는 것'임을 기억하고, 글자 단위 작업·긴 문서·비용에서 토큰의 한계를 의식한다.
C4. 토큰
08 / 13
C4 · 적용 · 토큰으로 설명되는 것
적용근거기술— 토큰 렌즈로 현상 풀기
결론 → 적용 다리

맥락창·요금·언어 차이 — 다 토큰으로 풀린다

토큰 렌즈가 진짜 쓸모 있는지, AI를 쓰며 자주 만나는 현상들을 토큰으로 설명해 보자. 막연하던 제약들이 "아, 토큰 때문이구나"로 또렷해진다.

📏 맥락창(글 길이)

AI가 한 번에 기억하는 양은 토큰 수로 정해진다. 너무 길면 앞부분을 잊거나 못 받는다.

💰 요금

유료 AI는 토큰 수만큼 과금. 긴 입력·출력일수록 비용↑. 같은 뜻도 길게 쓰면 비싸다.

🌐 언어 차이

한국어는 영어보다 토큰을 더 많이 쓰는 경향 → 같은 글이 더 길게 셈해진다(맥락·비용 불리).

🎓 교실에서 온라인 토크나이저(tokenizer) 도구에 같은 문장을 한국어·영어로 넣어 토큰 수를 비교해 본다. "왜 한국어가 더 많지?"를 보며 토큰을 눈으로 이해한다. 'strawberry r 개수'도 직접 시켜 실수를 확인.
→ 그런데그렇다면 다시 묻게 된다 — 왜 하필 '서브워드 토큰'이 가장 널리 쓰이는 절충이 됐을까?
C4. 토큰
09 / 13
C4 · 근거: 서브워드 절충
적용근거기술
왜 서브워드가 표준이 됐나

'새 단어도 조각으로 처리'할 수 있는 게 결정적이었다

서브워드 토큰이 표준이 된 결정적 이유는 '처음 보는 단어에도 무너지지 않는다'는 점이다. 단어 단위는 사전에 없는 신조어·오타·전문어를 만나면 막히지만, 서브워드는 그것을 익숙한 조각들의 조합으로 쪼개 처리한다. 효율(짧음)과 유연함(새 단어 대응)을 동시에 잡은 것이다.

🚧 단어 단위의 벽

"chatGPT", "킹받네" 같은 신조어가 사전에 없으면 '모르는 단어'로 처리 불능. 세상의 단어는 계속 늘어난다.

🧩 서브워드의 유연함

"unhappiness" → ["un","happi","ness"], 신조어도 조각으로 분해. 사전에 없어도 아는 조각으로 다룬다.

🔎 한 걸음 더 이렇게 자주 붙어 다니는 글자쌍을 합쳐 토큰을 만드는 대표 방법이 BPE(바이트 페어 인코딩)다. 데이터에서 가장 흔한 조각부터 토큰으로 만들어, 흔한 말은 짧게·드문 말은 잘게 처리한다. '효율과 유연함의 절충'을 자동으로 찾는 방법이다.
→ 그래서토큰의 원리와 이유가 다 드러났다. 그럼 토큰 관점에서 AI를 잘 쓰는 법은?
C4. 토큰
10 / 13
C4 · 핵심 기술 · 토큰 관점 활용
적용근거기술
토큰을 자산으로 — 잘 쓰는 법

토큰을 의식하면, AI를 더 똑똑하게 쓴다

토큰 개념은 시험용 지식이 아니라 실전 도구다. 토큰의 작동을 알면, 긴 문서를 다룰 때·비용을 아낄 때·글자 작업을 시킬 때 현명하게 대처할 수 있다. AI의 한계를 알고 쓰는 사람과 모르고 쓰는 사람의 차이가 여기서 갈린다.

📄 긴 문서

맥락창을 넘으면 앞을 잊는다 → 나눠서 주거나 핵심만 요약해 전달.

💸 비용·속도

토큰이 곧 비용·시간 → 불필요하게 길게 쓰지 않기, 간결한 지시.

🔤 글자 작업

철자·개수 세기는 의심하고 검증. 필요하면 "한 글자씩 나눠서"라고 시킨다.

📝 한 줄 점검 AI에게 일을 시킬 때 "이건 토큰(덩어리) 수준 일인가, 글자 수준 일인가?"를 떠올린다. 글자 수준이면 한 번 더 검증한다.
🎯 그래서 당신은 AI를 '토큰 조각을 잇는 기계'로 이해하고, 길이·비용·글자 작업에서 그 한계를 미리 대비한다.
C4. 토큰
11 / 13
C4 · 정리
C4가 증명한 것 — 한 줄의 논증

'사람처럼 읽기'에서 출발해, '토큰으로 쪼개기'에 도착했다

이 장은 개념을 나열한 게 아니라, "AI는 글을 어떻게 다루나"라는 한 질문을 따라간 추론이었다. 출발은 "사람처럼 글자를 읽는다"는 통념, 도착은 "토큰으로 쪼개 숫자로 다룬다"는 결론이었다.

통념AI는 사람처럼 글자·단어를 그대로 읽는다
↓ 그런데
주장'토큰'으로 쪼개 숫자로 바꿔 다룬다
↓ 왜냐면
컴퓨터는 숫자만 안다 → 글을 토큰→번호로 번역
↓ 그래서 실수는
실패토큰 안 글자가 안 보여 글자 세기 등에서 실수
↓ 하지만
반론"글자 단위로?" → 비효율, 토큰은 영리한 절충
↓ 따라서
결론토큰은 AI의 제한·요금·실수를 푸는 열쇠
🎯 한 문장 요약 AI는 글을 '토큰' 조각으로 쪼개 숫자로 다루며, 이 토큰이 맥락창·요금·글자 실수를 설명한다.
C4. 토큰
12 / 13
더 읽을거리 · 검증된 자료

근거가 된 자료 & 다음 장

  • 토큰화(Tokenization) · 서브워드 — 언어를 처리 단위로 쪼개는 방법 · ②③ 근거
  • BPE(Byte Pair Encoding) — 흔한 조각부터 토큰으로 만드는 대표 기법 · ⑩ 근거
  • 맥락창(Context window) · 토큰 과금 — 토큰 수로 정해지는 한계와 비용 · ⑧⑨ 근거
  • 온라인 토크나이저 도구 — 문장이 몇 토큰인지 눈으로 확인 · ⑨ 활동
다음 장 — C5. 거대 언어모델(LLM) · 토큰을 다루는 이 모델들이 왜 '거대'할까? 그냥 큰 챗봇인가, 아니면 크기가 질을 바꾼 것인가? LLM의 '거대함'이 무엇을 의미하는지 따라간다.
C4. 토큰
13 / 13