Claude Code 모델 선택 가이드: Opus vs Sonnet vs Haiku 비교

Claude Code 입문

Claude Code를 처음 설치하면 기본 모델이 자동으로 설정됩니다. 그래서 많은 분이 모델을 바꿀 수 있다는 사실 자체를 모르고 지나칩니다. Opus, Sonnet, Haiku — 세 모델의 차이와 전환 방법을 정리했습니다.

📌 3줄 요약

• Claude Code에서 Opus 4.6, Sonnet 4.6, Haiku 4.5 세 모델을 자유롭게 전환할 수 있다.
• Sonnet을 기본으로 쓰고, 어려운 작업에만 Opus를 꺼내는 전략이 비용 대비 만족도가 가장 높다.
• 대화 중 /model 명령어 한 줄이면 즉시 전환되고, 대화 맥락도 그대로 유지된다.

🗂️ 목차

• 1. Claude Code에서 모델을 고를 수 있다는 사실
• 2. 세 모델의 속도·비용·품질 한눈에 비교
• 3. 상황별 모델 선택 기준 정리
• 4. Claude Code에서 모델 변경하는 방법

Claude Code에서 모델을 고를 수 있다는 사실

Claude Code를 처음 설치하면 기본 모델이 자동으로 설정됩니다. 그래서 많은 분이 모델을 바꿀 수 있다는 사실 자체를 모르고 지나칩니다. 저도 처음 한 달은 기본 모델만 쓰다가, 커뮤니티 글을 보고 나서야 모델 변경이 가능하다는 걸 알았습니다. 모델 선택은 숨겨진 기능이 아니라, Claude Code가 공식으로 제공하는 핵심 기능 중 하나입니다.

현재 Claude Code에서 선택할 수 있는 모델은 Opus 4.6, Sonnet 4.6, Haiku 4.5 세 가지입니다. 이름만 봐서는 뭐가 다른지 감이 안 잡힐 겁니다.

🔍 모델 이름의 유래

Opus는 라틴어로 '작품'이라는 뜻이고, Sonnet은 '소네트(14행 시)', Haiku는 '하이쿠(일본 단시)'에서 따온 이름입니다. 이름이 길수록 더 큰 모델이라고 생각하면 대략 맞습니다.

쉽게 비유하면 이렇습니다. Opus는 경력 10년 차 시니어 개발자, Sonnet은 실력 좋은 5년 차 중급 개발자, Haiku는 빠르게 치고 빠지는 주니어 개발자라고 생각하면 됩니다. 시니어에게 간단한 심부름을 시키면 비효율적이고, 주니어에게 아키텍처 설계를 맡기면 결과가 불안정합니다. 각자 잘하는 영역이 다르기 때문에, 상황에 맞게 골라 쓰는 게 핵심입니다.

💡 핵심 포인트
모델마다 응답 속도, 비용, 코드 품질이 전부 다릅니다. 상황에 맞는 모델을 고르면 같은 돈으로 훨씬 나은 결과를 얻을 수 있습니다. 특히 Claude Code는 사용량에 따라 요금이 부과되는 구조이므로, 모델 선택이 곧 비용 관리의 시작입니다.

비개발자 입장에서도 이 차이를 이해해두면 나중에 후회할 일이 줄어듭니다.

 

💬 제가 직접 세 모델을 번갈아 써보니, 모델 하나만 고집하는 것보다 작업 종류에 따라 바꿔 쓰는 게 확실히 효율적이었습니다. 처음에는 귀찮아 보여도, 한 번 감을 잡으면 자연스럽게 전환하게 됩니다.

이 글에서 각 모델의 특성과 전환 방법을 정리해드릴 테니, 끝까지 읽어보시면 바로 적용하실 수 있을 겁니다.

세 모델의 속도·비용·품질 한눈에 비교

가장 궁금한 부분부터 정리하겠습니다. Opus 4.6은 가장 똑똑하지만 가장 느리고, Haiku 4.5는 가장 빠르지만 복잡한 작업에는 약합니다. Sonnet 4.6은 그 사이에서 균형을 잡는 모델로, 대부분의 사용자에게 가장 실용적인 선택지입니다.

항목	Opus 4.6	Sonnet 4.6	Haiku 4.5
응답 속도	20초 이상	5~10초	1~3초
비용(상대)	×40	×5~8	×1
코드 품질	최상	우수	보통
적합 작업	복잡한 설계·디버깅	일반 코딩 전반	간단 질문·확인

속도 차이부터 보겠습니다. Haiku는 체감상 1~3초 안에 응답이 돌아오고, Sonnet은 5~10초, Opus는 복잡한 요청 기준으로 20초 이상 걸리기도 합니다. 짧은 질문 하나에 20초를 기다리면 체감상 꽤 느리게 느껴집니다. 반대로 Haiku의 1~3초 응답은 거의 실시간에 가까워서, 간단한 확인 작업에는 쾌적합니다. 작업 흐름이 끊기지 않으려면 속도도 무시할 수 없는 요소입니다.

 

비용도 차이가 큽니다. Opus의 토큰(token) 단가는 Haiku의 약 40배 수준이므로, 단순 작업에 Opus를 쓰면 비용이 빠르게 올라갑니다.

🔍 토큰(token)이란?

AI가 텍스트를 처리하는 최소 단위입니다. 한글 한 글자가 보통 2~3토큰 정도 됩니다. 같은 양의 코드를 생성해도 Opus는 Haiku에 비해 40배 가까운 비용이 드는 셈입니다.

⚠️ 주의
월 예산이 정해져 있다면, Opus를 무제한으로 쓰기는 현실적으로 어렵습니다. 비용 관리 없이 Opus만 고집하면 예산이 빠르게 소진됩니다.

코드 품질 측면에서는 Opus가 압도적입니다. 여러 파일에 걸친 리팩토링이나 복잡한 버그 수정에서 Opus는 맥락을 놓치지 않고 정확하게 처리합니다. 프로젝트 전체 구조를 이해한 상태에서 코드를 작성하기 때문에, 한쪽을 고쳤더니 다른 쪽이 깨지는 일이 적습니다. 특히 에러의 근본 원인을 찾아서 수정하는 능력은 다른 모델과 확실한 차이를 보입니다.

반면 Sonnet은 대부분의 일반적인 코딩 작업에서 Opus와 거의 비슷한 품질을 보여줍니다. 단순 함수 작성, 파일 수정, 테스트 코드 생성 같은 작업이라면 Sonnet으로 충분합니다. 실제로 Anthropic 공식 벤치마크에서도 Sonnet은 코딩 영역에서 이전 세대 Opus에 근접하는 점수를 기록했습니다. "비싼 모델이 무조건 좋다"는 생각을 버리면 비용을 크게 절약할 수 있습니다.

Haiku는 간단한 질문 응답이나 한 줄짜리 코드 수정에 적합합니다. 복잡한 로직을 맡기면 엉뚱한 방향으로 갈 수 있으니 주의가 필요합니다. 예를 들어, 여러 조건이 얽힌 함수를 작성하라고 하면 일부 조건을 빠뜨리거나, 엣지 케이스를 무시하는 경우가 종종 있었습니다. 하지만 "이 변수 이름을 camelCase로 바꿔줘" 같은 단순 요청에는 1~2초 만에 정확한 결과를 돌려줍니다.

💬 제가 한 달간 비용을 추적해보니, Sonnet 위주로 쓰고 어려운 작업에만 Opus를 꺼내는 방식이 비용 대비 만족도가 가장 높았습니다. Haiku만 쓰면 저렴하지만, 결과를 수정하는 데 오히려 시간이 더 드는 경우가 있었습니다.

결론적으로 Sonnet을 기본으로 깔고, 필요할 때만 Opus로 올리는 전략이 가장 합리적입니다.

상황별 모델 선택 기준 정리

그러면 실제로 어떤 상황에서 어떤 모델을 골라야 할까요? 간단한 기준을 정리하겠습니다. 처음에는 이 기준표를 옆에 두고 참고하다가, 익숙해지면 자연스럽게 판단이 됩니다.

1

Opus 4.6 — 중요한 작업에만

여러 파일을 동시에 수정하는 대규모 리팩토링, 복잡한 버그의 원인 추적, 아키텍처 설계처럼 깊은 사고가 필요한 작업입니다. 새 프로젝트의 초기 구조를 잡거나, 기존 코드베이스를 분석해서 개선점을 찾는 작업에도 Opus가 적합합니다. 요약하면, "이거 잘못하면 나중에 큰 문제가 될 것 같다" 싶은 중요한 작업에 Opus를 쓰면 됩니다.

2

Sonnet 4.6 — 일상 코딩의 주력

함수 작성, 코드 리뷰, 문서화, 테스트 코드 생성 등 대부분의 작업에서 속도와 품질의 균형이 가장 좋습니다. 새로운 기능 하나를 추가하거나, 기존 함수를 약간 수정하는 정도의 작업이 Sonnet의 주 활동 영역입니다. 하루 종일 코딩하면서 가장 많이 쓰게 되는 모델이 바로 Sonnet입니다.

3

Haiku 4.5 — 빠른 확인용

"이 에러 메시지가 무슨 뜻이야?", "이 변수 이름 뭘로 하면 좋을까?" 같은 가벼운 질문에 효과적입니다. 코드의 특정 부분이 어떤 역할을 하는지 빠르게 설명받고 싶을 때도 Haiku가 유용합니다. 검색 엔진 대신 Haiku에게 물어보면, 현재 코드 맥락에 맞는 답변을 즉시 받을 수 있습니다.

 

💡 실전 팁
처음에는 Sonnet으로 시작하는 것을 추천합니다. 작업 중 "이건 좀 더 똑똑한 모델이 필요하겠다" 싶을 때만 Opus로 전환하면 됩니다. 반대로, 단순한 질문이 연속될 때는 Haiku로 내려서 비용을 아끼는 것도 좋은 방법입니다.

💬 제가 써보니, 실제 작업의 70~80%는 Sonnet으로 충분히 처리됩니다. Opus가 필요한 순간은 생각보다 많지 않으니, 처음부터 Opus를 고정할 필요는 없습니다. 이 비율을 체감하면 모델 선택이 더 이상 고민거리가 아니라 자연스러운 습관이 됩니다.

Claude Code에서 모델 변경하는 방법

모델을 바꾸는 방법은 아주 간단합니다. Claude Code 대화 중에 /model 명령어를 입력하면 선택 가능한 모델 목록이 나타납니다. 특별한 설정이나 플러그인 설치 없이, 대화창에 바로 입력하면 됩니다.

목록에서 원하는 모델을 선택하면 즉시 전환됩니다. 진행 중이던 대화의 맥락(context)은 그대로 유지되므로, 작업 도중에 바꿔도 문제없습니다. 예를 들어 Sonnet으로 코드를 작성하다가, 복잡한 버그를 만나면 그 자리에서 Opus로 바꿔서 이어갈 수 있습니다. 대화 내용을 처음부터 다시 설명할 필요가 없으니, 전환 비용이 거의 없는 셈입니다.

CLI에서 직접 지정하는 방법도 있습니다. claude --model claude-sonnet-4-6처럼 시작할 때 모델 ID를 붙여주면 됩니다. 사용 가능한 모델 ID는 claude-opus-4-6, claude-sonnet-4-6, claude-haiku-4-5-20251001 세 가지입니다. 이 방식은 스크립트나 자동화 파이프라인에서 특히 유용합니다.

 

자주 쓰는 모델이 있다면 설정 파일에 기본값을 지정해둘 수도 있습니다. 매번 명령어를 입력하는 번거로움을 줄일 수 있습니다. 설정은 ~/.claude/settings.json 파일에서 관리하며, 한 번 설정해두면 Claude Code를 열 때마다 자동으로 적용됩니다.

🔍 /fast 명령어란?

Claude Code에는 /fast 명령어가 있습니다. 이 명령어는 모델을 바꾸는 게 아니라, 같은 Opus 모델에서 출력 속도를 높여주는 모드입니다. 응답의 정확도를 약간 트레이드오프하는 대신, 체감 속도가 눈에 띄게 빨라집니다.

💬 제가 처음에 /fast가 Haiku로 바뀌는 건 줄 알았는데, 실제로는 동일한 Opus 모델을 빠르게 출력하는 방식이었습니다. 모델 변경과 혼동하기 쉬우니, 이 점을 알아두시면 좋겠습니다.

정리하면, 모델을 바꾸려면 /model, 같은 모델에서 속도만 올리려면 /fast를 쓰면 됩니다. 두 명령어의 차이만 기억해두면 Claude Code의 모델 관리는 끝입니다.

✍️ 마치며

Claude Code의 모델 선택은 단순한 설정이 아니라, 비용과 생산성을 동시에 잡는 전략입니다. Sonnet을 기본으로 두고, 어려운 작업에만 Opus를 꺼내고, 가벼운 확인은 Haiku에 맡기세요. /model 명령어 하나면 언제든 전환할 수 있습니다. 오늘부터 상황에 맞는 모델을 골라 쓰는 습관을 시작해보세요.

#ClaudeCode #모델선택 #Opus #Sonnet #Haiku #AI코딩 #비용절약 #비개발자