Claude Opus 4.8 정리 — 1,000개 Subagent · Fast Mode · Mythos 예고까지 (2026)
Anthropic이 2026년 5월 28일 출시한 Claude Opus 4.8은 Dynamic Workflows로 한 세션에 1,000개 subagent를 돌리고, Fast Mode로 2.5배 빠르게 작동합니다. 벤치마크·가격·다음 Mythos 모델 예고까지 정리합니다.
Claude Opus 4.8 — 무엇이 바뀌었나
Claude Opus 4.8은 Anthropic이 2026년 5월 28일에 출시한 최신 플래그십 모델입니다. 같은 날 Anthropic이 $965B 가치로 $65B 자금조달을 발표하면서 세계 최대 AI 스타트업 위치를 굳혔고, 그 흐름에 맞춰 모델도 한 단계 더 끌어올렸습니다.
이번 업데이트의 핵심은 모델 가중치 자체의 개선보다 **"한 번에 큰 일을 끝까지 해낸다"**는 방향에 있습니다. Anthropic은 Claude Opus 4.8을 두고 "더 날카로운 판단, 진행 상황에 대한 더 정직한 보고, 그리고 이전 모델보다 더 오래 독립적으로 일할 수 있는 능력"이라고 표현했습니다.
이번 글은 Claude Opus 4.8이 들고 나온 4가지 큰 변화 — Dynamic Workflows · Fast Mode · 벤치마크 향상 · honesty(정직성) 개선 — 를 한자리에 정리하고, Anthropic이 같이 예고한 다음 모델 Mythos까지 짚어보겠습니다.
Dynamic Workflows — 한 세션에 1,000개 Subagent 병렬
가장 주목할 신기능은 Dynamic Workflows입니다. Claude Code에서 한 세션 안에 최대 1,000개의 subagent를 병렬로 돌릴 수 있는 메커니즘으로, 현재 research preview 상태입니다.
기존 Claude Code의 작업 모델은 하나의 메인 에이전트가 순차적으로 작업을 진행하는 흐름이었습니다. 복잡한 작업은 사람이 직접 단계를 나눠 지시하거나, 여러 세션을 동시에 띄워 분담해야 했죠. Dynamic Workflows는 이걸 Claude 본인이 알아서 계획하고 분산하는 형태로 바꿉니다.
작동 방식을 단순화하면:
- 큰 작업이 들어오면 Claude가 먼저 plan을 짠다
- 그 plan에서 병렬화 가능한 부분을 발견하면 subagent들을 동시에 띄운다
- 각 subagent가 자기 영역의 작업을 끝내고 결과를 모은다
- 메인 세션이 결과들을 통합해 다음 단계로 넘어간다
1,000개라는 숫자는 상한선이며, 실제로 한 작업에 1,000개가 다 쓰이는 경우는 드뭅니다. 다만 이 상한선이 의미하는 바는 "모노레포 전체를 한 번에 분석한다", "수백 개 파일을 동시에 리팩토링한다" 같은 시나리오가 한 세션 안에서 끝날 수 있게 됐다는 점입니다. 이전에는 사용자가 작업을 직접 쪼개야 했던 작업의 상당수가 자동화 가능해집니다.
Fast Mode — 2.5배 빠르고, 이전 fast mode 대비 3배 저렴
두 번째 신기능은 Fast Mode입니다. Claude Opus 4.8을 평소 속도의 2.5배로 돌리는 옵션으로, 토큰당 가격은 2배가 됩니다. 즉 같은 작업을 더 짧은 시간 안에 끝내고 싶을 때 사용하는 선택지입니다.
가격 구조를 정리하면:
| 모드 | 속도 | 토큰당 가격 |
|---|---|---|
| Standard | 1× | $5 / $25 per 1M tokens (입력/출력) |
| Fast Mode | 2.5× | 2× standard 가격 |
표면적으로는 2배 가격이 부담스러워 보이지만, 이전 세대 모델의 fast mode와 비교하면 3배 저렴합니다. 즉 "fast mode를 쓰고 싶어도 가격이 부담스러워 못 쓰던" 시나리오가 더 자연스러워졌다는 의미입니다.
쓰임이 명확한 시나리오:
- CI 환경에서 빠르게 코드 리뷰가 끝나야 하는 경우
- 대화 응답이 즉시 와야 하는 사용자 대면 챗봇
- 데드라인이 임박해 plan→실행 사이클을 단축해야 하는 작업
반대로 토큰 효율이 더 중요한 백그라운드 batch 작업이라면 standard 모드를 유지하는 게 합리적입니다.
벤치마크 — SWE-bench·Terminal·Honesty
Claude Opus 4.8의 성능을 4.7과 직접 비교한 수치는 다음과 같습니다.
| 항목 | Opus 4.7 | Opus 4.8 | 변화 |
|---|---|---|---|
| SWE-bench Pro | 64.3% | 69.2% | +4.9%p |
| SWE-bench Verified | 87.6% | 88.6% | +1.0%p |
| Terminal-Bench 2.1 | 66.1% | 74.6% | +8.5%p |
| 멀티 추론 (with tools) | 54.7% | 57.9% | +3.2%p |
| Agentic computer use | 82.8% | 83.4% | +0.6%p |
| 지식 작업 | 1753 | 1890 | +137 |
가장 큰 폭의 개선은 **Terminal-Bench 2.1 (+8.5%p)**입니다. 터미널 환경에서 실제 작업을 자동으로 수행하는 능력 — 즉 Claude Code 같은 CLI 도구의 핵심 성능 — 이 두드러지게 좋아졌습니다.
SWE-bench Verified가 87.6 → 88.6로 1%p만 오른 게 의외처럼 보일 수 있지만, 이 벤치마크가 이미 88% 영역의 포화 구간에 있다는 점을 감안하면 의미 있는 개선입니다. 그리고 honesty 측면에서 Opus 4.7 대비 잘못된 코드를 그냥 통과시키는 비율이 약 1/4로 감소했다는 보고가 있습니다. 즉 같은 정답률 안에서도 거짓 양성(false confidence)이 크게 줄었습니다.
가격과 컨텍스트 — Opus 4.7과 동일, 컨텍스트는 1M 입력
성능 개선과 다르게 가격은 Opus 4.7과 동일합니다.
| 항목 | 값 |
|---|---|
| 입력 가격 | $5 / 1M 토큰 |
| 출력 가격 | $25 / 1M 토큰 |
| 컨텍스트 윈도우 | 1M input / 128K output |
| Fast Mode | 표준 2배 가격, 2.5배 속도 |
컨텍스트 1M 입력은 Claude Code에서 큰 의미를 가집니다. 모노레포의 상당 부분을 한 번에 올려두고 작업할 수 있다는 뜻이고, 최근 비교 가이드에서 정리한 것처럼 Grok Build의 256K, GPT-5.5의 1M과 같은 급으로 올라온 셈입니다.
또한 같은 발표에서 mid-task system messages가 Messages API에 추가됐습니다. 작업 도중에 시스템 지시를 주입할 수 있는 기능으로, 긴 세션에서 컨텍스트를 잃지 않고 진행 방향을 조정하는 용도입니다. Dynamic Workflows와 결합되면 "subagent들이 진행 중인 작업의 방향을 메인이 중간에 수정"하는 운용이 가능해집니다.
GitHub Copilot에는 출시 당일 일반 가용으로 들어갔습니다. 즉 별도 설정 없이 GitHub Copilot 사용자라면 곧바로 Opus 4.8을 호출할 수 있습니다.
컨텍스트 1M — Codex로 옮겨가던 흐름을 다시 가져올까
여기서 한 번 짚고 갈 변화가 있습니다. 그동안 **"Claude는 기능이 좋은데, 컨텍스트가 작아서 큰 작업은 결국 Codex로 가야 했다"**는 흐름이 분명히 있었습니다. 모노레포·대형 PDF·긴 문서 같은 작업은 Codex(GPT-5.4/5.5)의 1M 컨텍스트가 사실상 유일한 선택지였죠. Claude Opus 4.7의 200K로는 한 번에 못 담는 작업이 많았습니다.
Opus 4.8이 1M input 컨텍스트로 올라오면서 이 격차가 사라졌습니다. 두 모델의 컨텍스트 면 비교를 정리하면 이렇습니다.
| 항목 | Codex (GPT-5.4/5.5) | Claude Opus 4.7 | Claude Opus 4.8 |
|---|---|---|---|
| Input 컨텍스트 | 1M | 200K | 1M ✅ |
| Output 컨텍스트 | 일반적으로 큰 편 | (모델 기준) | 128K |
| 멀티모달 | omnimodal (텍스트·이미지·오디오·비디오) | 텍스트 중심 | 텍스트 중심 |
| 내장 코드 리뷰 에이전트 | 있음 (built-in review agent) | 없음 | 없음 |
Input 측면: Codex 우위가 사실상 사라졌습니다. 1M에 한 번에 올릴 수 있는 작업이라면 Opus 4.8로 옮겨도 컨텍스트 부족으로 손해보는 시나리오가 거의 없습니다.
Output 측면: Claude Opus 4.8은 128K 출력 제한이 있습니다. 한 번에 매우 긴 결과물(예: 수십만 토큰의 문서·코드 통째 생성)이 필요한 시나리오에서는 여전히 차이가 있을 수 있습니다. 다만 실제로 이 제한에 닿는 작업은 흔하지 않고, 보통은 단계를 나눠 진행하면 우회됩니다.
여전히 Codex가 더 자연스러운 영역:
- 이미지·PDF·오디오·영상을 코드 작업의 컨텍스트로 같이 던지는 경우 — Codex의 omnimodal 백본이 강점
- diff 자동 비평이 워크플로의 핵심인 경우 — Codex의 built-in review agent
- 다언어 polyglot 프로젝트 — Codex가 언어 간 일관성에서 약간 더 안정적
이 외 영역, 특히 **"Claude의 plan-then-execute와 CLAUDE.md 활용은 좋은데 컨텍스트가 부족해 Codex로 우회했던 사람들"**에게는 옮겨갈 합리적인 이유가 생겼습니다. Dynamic Workflows의 1,000 subagent까지 합치면 오히려 큰 작업에서 Claude가 더 자연스러운 흐름이 됩니다.
이전 비교 가이드에서 정리한 결정표 중 "복잡한 다중 파일 버그 수정·모노레포" 항목은 원래 Claude Code 1순위였고, 이번 1M 업데이트로 그 우위가 더 확고해졌습니다. 반대로 "이미지/문서 첨부하면서 코드로 만들기" 영역은 여전히 Codex 또는 Grok Build가 자연스럽습니다.
요약하면, 이번 업데이트의 의미는 컨텍스트 윈도우 한 가지가 Codex와 Claude Code 사이의 선택을 좌우하던 시기가 끝났다는 데 있습니다. 이후의 도구 선택은 plan-then-execute 흐름, CLAUDE.md 활용, omnimodal 입력, 내장 review agent, polyglot 안정성 같은 다른 기능 변수와 각자의 워크플로 적합도에 따라 정리될 것으로 보입니다.
Mythos 모델 예고 — 다음 단계
Anthropic은 같은 발표에서 다음 모델 클래스인 Mythos의 출시를 예고했습니다. 표현은 "coming weeks"이고, 정확한 날짜는 공개되지 않았습니다. Claude Opus 4.8이 "현 세대의 마지막 업그레이드"고, Mythos가 다음 세대의 시작점이라는 위치 설정입니다.
Anthropic의 패턴을 보면 — Claude 3 → 3.5 → 4 → 4.5 → 4.7 → 4.8로 작은 단계 업그레이드를 빠르게 반복하다가, 다음 세대로 큰 점프 — Mythos는 후자에 해당합니다. 발표에서 Anthropic이 "Mythos-class models"라는 표현을 쓴 점도, 단일 모델이 아니라 여러 변형으로 출시될 가능성을 시사합니다.
지금 시점에서 합리적인 판단은 Opus 4.8로 워크플로를 옮겨두면서 Mythos 출시를 기다리는 것입니다. Dynamic Workflows·Fast Mode·mid-task system messages는 어차피 Mythos에도 이어질 가능성이 크고, 익숙해진 형태로 다음 세대를 받을 준비가 됩니다.
어떤 작업에 가장 영향이 클까
Claude Opus 4.8의 변화를 작업 유형별로 풀어보면 이렇습니다.
| 작업 유형 | 영향 | 이유 |
|---|---|---|
| 대형 모노레포 리팩토링 | ★★★ | Dynamic Workflows + 1M 컨텍스트로 한 세션에 끝남 |
| CI/CD 코드 리뷰 자동화 | ★★★ | Fast Mode가 시간당 처리량 5배 (속도 2.5×, 단가 2×) |
| 다중 파일 버그 수정 | ★★ | Terminal-Bench +8.5%p, honesty 개선으로 거짓 통과 감소 |
| 단순 챗봇·짧은 응답 | ★ | 큰 변화 없음, 비용만 동일 |
| 데이터 분석·리포트 자동화 | ★★ | mid-task system message로 방향 조정 가능 |
| 학습·디버깅 도우미 | ★★ | honesty 개선이 가장 체감되는 영역 |
특히 Dynamic Workflows는 Grok Build CLI·Codex CLI와의 비교 지형을 다시 그립니다. Claude Code 200K → 1M 입력 + 1,000 subagent로, "한 도구에 큰 작업 통째 맡기기"가 가장 자연스러운 흐름이 됐습니다.
같은 시기에 Google Gemini Spark가 Workspace 백그라운드 자동화 영역을, Grok 5월 신기능이 멀티모델 라우팅과 Connectors 영역을 잡았습니다. 2026년 5~6월은 AI 도구 각각이 자기 강점 영역을 확정하는 시기라고 보면 됩니다. Claude Opus 4.8이 가져간 위치는 "한 세션에 큰 작업을 끝까지" 영역입니다.
한 줄 결론
Claude Opus 4.8은 가격은 그대로 두면서 Dynamic Workflows로 큰 작업을 한 번에 끝내는 능력 + Fast Mode로 시간당 처리량을 늘리는 옵션 + honesty 개선으로 거짓 통과를 줄이는 안정성을 한꺼번에 올렸습니다. Mythos 출시 전까지의 다리 역할이지만, 지금 워크플로를 옮겨두면 그 다음 단계까지 자연스럽게 이어집니다. Claude Code 사용자라면 오늘이라도 Opus 4.8로 모델을 전환해 Dynamic Workflows를 한 번 돌려보는 게 가장 빠른 체감 방법입니다.
덧붙임 — Opus와 Mythos, 이름의 어원
모델 이름이 바뀌면 가끔 "왜 이 단어를 골랐지?"라는 호기심이 듭니다. Anthropic의 Claude 라인업 — Haiku · Sonnet · Opus — 은 길이와 무게가 점점 커지는 음악·시 형식의 이름을 따왔습니다. 그중 Opus는 라틴어로 "작품, 일, 노력"을 뜻하고, 베토벤·쇼팽의 소나타 악보에 적힌 Op. 27, Op. 53 같은 작품 번호가 바로 이 단어입니다. 명작·주요 작품 정도의 무게를 가진 이름이고, 그래서 Claude 라인업에서도 가장 크고 가장 깊은 작업을 맡는 모델에 붙어 있습니다.
다음 세대 이름인 Mythos는 한 차원 더 큰 단어입니다. 그리스어 μῦθος에서 온 단어로, 신화·전설·큰 이야기를 뜻합니다. 하나의 "작품"을 넘어 세계관을 가진 서사로 무게가 옮겨간 느낌이죠. Anthropic이 발표에서 단수형 "Mythos"가 아닌 "Mythos-class models"라고 표현한 점도 같은 결입니다. 단일 모델이 아니라 여러 갈래의 큰 이야기가 함께 펼쳐지는 다음 세대를 예고하는 작명입니다.
작은 이름 변화 같지만, 작품(Opus)에서 신화(Mythos)로 무게가 한 단계 올라간다는 신호로 읽으면 다음 발표를 좀 더 흥미롭게 기다릴 수 있습니다.