이런 분이 읽으면 좋습니다
요약: 이 글은 Anthropic의 차세대 모델로 거론되는 “Mythos”에 대한 예측과 추론이다. 확정된 정보가 아니다. Claude 모델 라인업의 진화 패턴을 분석하고, Mythos가 어떤 포지션일지, 어떤 능력을 가질지, 개발자에게 어떤 영향을 줄지 패턴 기반으로 추론한다. Anthropic이 실제로 발표하는 내용은 이와 완전히 다를 수 있다.
이 글은 Claude API를 프로덕션에서 사용하는 개발자가 향후 모델 전략을 미리 생각해보는 데 참고할 수 있도록 썼다. 다시 한번 강조하지만, 모든 내용이 추측이다.
Claude 모델 라인업 진화 패턴 분석
Anthropic의 모델 라인업은 뚜렷한 패턴을 보여왔다.
세대 간 구조 패턴. Claude 1에서 시작해 Claude 2, Claude 3에 이르기까지 세대가 올라갈 때마다 모델이 세분화됐다. Claude 3에서 처음으로 Haiku-Sonnet-Opus 3티어 구조가 등장했고, 이후 3.5, 4 세대에서도 이 구조를 유지했다.
하위 티어의 상향 평준화. 가장 주목할 패턴은 새 세대의 하위 모델이 이전 세대의 상위 모델 성능에 근접한다는 점이다. Claude 3.5 Sonnet은 Claude 3 Opus에 근접하는 성능을 보였고, Claude 4 Sonnet 역시 이전 세대 대비 큰 폭의 성능 향상을 보였다. 이 패턴이 계속된다면, 차세대 Haiku급 모델이 현재 Sonnet 수준의 성능을 낼 가능성이 높다.
마이너 버전의 등장. Claude 3.5와 4.5, 4.6처럼 정수 세대 사이에 중간 버전이 나오는 것도 패턴이다. 이는 Anthropic이 대규모 세대 교체 없이도 점진적 개선을 배포할 수 있는 체계를 갖추고 있음을 시사한다.
| 속도 | 성능 | 비용 | |
|---|---|---|---|
| Haiku (경량) | 가장 빠름 | 기본 태스크에 충분 | 가장 저렴 |
| Sonnet (균형) | 적당 | 대부분의 프로덕션 워크로드 | 중간 |
| Opus (최상위) | 가장 느림 | 복잡한 추론에 최적 | 가장 비쌈 |
| Mythos? (예측) | 알 수 없음 | 기존 티어를 초월? | 알 수 없음 |
”Mythos” 네이밍이 시사하는 것
Claude의 서브 모델 이름은 음악 용어에서 왔다. Haiku는 시의 형태이지만 Sonnet(소나타 형식의 시)과 Opus(작품)는 음악적 맥락이 강하다. 이 네이밍 체계는 “가벼운 것에서 무거운 것으로”라는 직관적 위계를 만들었다.
“Mythos”는 이 체계를 벗어난다. 그리스어로 “이야기” 또는 “신화”를 뜻하는 이 단어는 음악 용어가 아니다. 패턴으로 추론하면 두 가지 가능성이 있다.
가능성 1: 기존 티어 위의 새로운 계층. Opus 위에 놓이는 최상위 모델. 이 경우 Haiku-Sonnet-Opus-Mythos 4티어 구조가 된다. 하지만 4티어는 사용자에게 선택 복잡성을 높이므로, Anthropic이 이를 선호할지는 의문이다.
가능성 2: 완전히 새로운 모델 패러다임. 기존 Haiku-Sonnet-Opus 체계와 별개로 존재하는 새로운 종류의 모델. 단순히 “더 똑똑한 LLM”이 아니라, 에이전트 실행이나 장기 작업에 특화된 다른 아키텍처일 수 있다. 네이밍이 기존 체계를 벗어났다는 사실 자체가 이 가능성을 더 높게 만든다고 본다.
예측 1: 포지션 — Opus 위인가, 새로운 축인가
이 글의 예측은 가능성 2에 더 무게를 둔다. 근거는 다음과 같다.
첫째, Anthropic은 이미 Opus를 “가장 강력한 추론 모델”로 포지셔닝하고 있다. 단순히 추론 성능을 더 올린 모델이라면 “Claude 5 Opus”로 충분하다. 별도의 이름을 붙인다는 것은 기존 축으로 설명할 수 없는 차이가 있다는 뜻일 수 있다.
둘째, AI 업계 전체가 “단일 추론”에서 “에이전트 실행”으로 이동하고 있다. 한 번의 프롬프트에 한 번의 응답을 생성하는 모델과, 수 시간 동안 자율적으로 작업을 수행하는 모델은 평가 기준부터 다르다. Mythos가 후자에 특화된 모델이라면, 기존 티어와 별도로 존재하는 것이 설명이 된다.
물론 이 예측이 틀릴 가능성도 충분하다. Anthropic이 단순히 브랜딩을 새로 하면서 Claude 5 전체 라인업의 이름을 Mythos로 바꿀 수도 있다.
예측 2: 능력 — 무엇이 달라질 것인가
패턴과 업계 흐름으로 추론하면, Mythos의 핵심 차별점은 세 가지일 가능성이 높다.
장기 에이전트 실행. 현재 Claude 모델은 컨텍스트 윈도우 안에서 작동한다. 아무리 길어도 하나의 대화 세션이 단위다. Mythos가 수 시간에서 수일에 걸쳐 자율적으로 작업을 수행하고, 중간에 상태를 저장하고, 필요할 때 사람에게 판단을 요청하는 구조라면, 이는 기존 모델과 근본적으로 다른 능력이다.
자기 적응. 같은 프롬프트라도 사용 맥락에 따라 행동을 조정하는 능력. 현재도 시스템 프롬프트로 일부 가능하지만, 모델 수준에서 이전 실행의 피드백을 반영해 다음 실행을 개선한다면 프롬프트 엔지니어링의 부담이 크게 줄어든다.
멀티모달 확장. 텍스트와 이미지 입력은 이미 지원한다. 여기에 비디오 이해, 실시간 화면 인식, 물리 환경과의 상호작용이 추가될 가능성이 있다. 다만 이 부분은 Mythos만의 차별점이라기보다 전체 모델 라인업의 진화 방향에 가깝다.
예측 3: 개발자 영향 — API와 워크플로우 변화
Mythos가 에이전트 특화 모델이라는 예측이 맞다면, 개발자에게 미치는 영향은 상당하다.
API 구조 변화. 현재의 Messages API는 “요청-응답” 패턴이다. 장기 에이전트 실행 모델이라면 “태스크 제출-상태 조회-결과 수신” 패턴의 비동기 API가 필요해진다. 이미 Anthropic은 배치 API를 제공하고 있으므로, 이 방향의 확장은 자연스럽다.
가격 구조. 토큰 단위 과금이 아닌, 태스크 단위 또는 실행 시간 단위 과금이 도입될 가능성이 있다. 에이전트가 3시간 동안 작업하면서 소비하는 토큰 수를 사전에 예측하기 어려우므로, “이 태스크를 완료하는 데 X 달러” 같은 고정 가격 모델이 개발자 입장에서 더 예측 가능하다.
에이전트 워크플로우. 현재 개발자가 LangChain, CrewAI 같은 프레임워크로 직접 구현하는 에이전트 오케스트레이션을, 모델 자체가 내장할 수 있다. 이렇게 되면 프레임워크의 역할이 축소되고, “모델에게 목표를 주고 결과를 받는” 더 단순한 인터페이스로 수렴할 가능성이 있다.
| 현재 (Claude 4.x) | 예측 (Mythos) | |
|---|---|---|
| API 패턴 | 동기 요청-응답 | 비동기 태스크 제출-결과 수신 |
| 과금 단위 | 입출력 토큰 | 태스크 또는 실행 시간 |
| 실행 시간 | 초~분 단위 | 분~시간 단위 |
| 에이전트 오케스트레이션 | 외부 프레임워크 필요 | 모델 내장 가능성 |
| 상태 관리 | 컨텍스트 윈도우 내 | 영속적 상태 저장 |
예측이 틀릴 수 있는 시나리오
예측 기사를 쓸 때 가장 중요한 건 “이 예측이 어떻게 틀릴 수 있는가”를 함께 제시하는 것이다.
시나리오 1: Mythos는 단순히 Claude 5의 코드네임이다. 기존 Haiku-Sonnet-Opus 구조를 유지하면서 세대 이름만 바꾸는 경우. 이 경우 위의 “새로운 패러다임” 예측은 전부 빗나간다. 역대 Claude 세대가 숫자 버전(1, 2, 3)을 사용해 왔으므로 갑자기 이름 체계를 바꿀 가능성은 낮지만, 불가능하지는 않다.
시나리오 2: Mythos는 경쟁 대응용 특수 모델이다. OpenAI의 o 시리즈(추론 특화)나 Google의 Gemini Ultra 같은 경쟁 제품에 대응하는 한정적 포지션의 모델. 범용이 아니라 특정 벤치마크나 특정 유스케이스만 타깃할 수 있다.
시나리오 3: Mythos라는 이름 자체가 잘못된 정보다. 커뮤니티에서 거론되는 이름이 실제 제품명이 아닐 수 있다. Anthropic의 내부 코드네임이 외부에 알려지면서 와전됐거나, 아예 근거 없는 추측이 확산된 경우. 이 시나리오에서는 이 글의 전제 자체가 무너진다.
시나리오 4: 타임라인이 예상보다 훨씬 늦다. 모델 개발은 예측 불가능한 변수(안전성 검증, 성능 목표 미달, 규제)로 지연될 수 있다. Mythos가 존재하더라도 2026년 내에 나오지 않을 수 있다.
다음에 읽을 글
- Claude Code 데스크톱 앱 리디자인: CLI 에서 전환할 때와 말아야 할 때 — Claude Code의 현재 진화 방향
- 프로덕션 AI 서비스의 프롬프트 버전 관리 — 모델이 바뀌어도 프롬프트 관리 체계는 필요하다