# Claude Code의 Opus 4.8: 2026년에 새로워진 점, 가격, 전환 방법

> 2026년 5월 28일 Claude Code의 Opus 4.8에서 달라진 점: Dynamic Workflows, xhigh 노력 수준, Fast Mode. 정확한 가격, 벤치마크, 의사결정 매트릭스.

Source: https://ailoot.ai/blog/ko/opus-4-8-claude-code-features/
Canonical: https://ailoot.ai/blog/ko/opus-4-8-claude-code-features/
Language: ko
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-194
Revision: sha256-68e9cbc4bdbef50515d7eb38ae3802e9c3b82f2c5962ebbcfd4e1875b24490e2


Ailoot 참고 문서: [ailoot.ai/docs/](https://ailoot.ai/docs/).



## 5월 28일 Claude Code에서 출시된 내용

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

Anthropic은 Opus 4.8과 Claude Code v2.1.154를 같은 날 출시했습니다. 하루 만에 네 가지가 바뀌었습니다. 새로운 Opus 4.8 모델(에이전트 코딩 벤치마크: 69.2%, 4.7은 64.3%), 동시에 최대 16개, 실행 전체로 최대 1000개의 에이전트를 조율하는 Dynamic Workflows, 새로운 사고 수준인 xhigh 노력 수준, 그리고 3배 저렴해진 Fast Mode입니다. 표준 가격은 바뀌지 않았습니다.

</div>

5월 28일 Anthropic은 [Opus 4.8](https://www.anthropic.com/news/claude-opus-4-8)을 출시했습니다. Opus 4.7 출시 후 41일 만입니다. Claude Code v2.1.154와 블로그 게시물 [“Introducing dynamic workflows in Claude Code”](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)도 같은 날 나왔습니다. 다음 날 v2.1.156에서는 Opus 4.8에서 API를 망가뜨리던 사고 블록 버그를 수정했습니다.

Claude Code에서 코딩하는 모든 사람에게 영향을 주는 네 가지 변화입니다.

1.  **새로운 Opus 4.8 모델** — 가격은 동일합니다(토큰 100만 개당 \$5/\$25). 벤치마크는 높아졌고, 모델이 자체 코드의 버그를 놓칠 가능성은 4배 낮아졌습니다.
2.  **Dynamic Workflows** — Claude가 실행 전체에서 최대 1000개의 하위 에이전트를 시작하되 동시 활성은 16개 이하인 JS 스크립트를 작성합니다. 프롬프트에 `workflow`라는 단어가 트리거가 됩니다.
3.  **xhigh 노력 수준** — 새로운 추론 수준입니다. Opus 4.8의 기본값은 이제 `high`입니다. 까다로운 작업에는 `xhigh`로 높일 수 있습니다.
4.  **Fast Mode가 3배 저렴해졌습니다** — 표준 가격의 6배였지만, 이제 속도는 2.5배 빠르고 가격은 2배입니다.

Anthropic은 이번 출시를 신중하게 설명합니다.

<figure>
<blockquote>
<p>사용자는 Opus 4.8이 이전 모델보다 약간 나아졌지만 분명한 차이가 있다고 느낄 것입니다. 이 모델은 자신이 직접 작성한 코드의 결함을 별다른 설명 없이 놓칠 가능성이 이전 모델보다 약 4배 낮습니다.</p>
</blockquote>
<figcaption>— Anthropic, https://www.anthropic.com/news/claude-opus-4-8</figcaption>
</figure>

이 가이드에서는 정확히 무엇이 바뀌었는지, 실제로 비용이 얼마나 드는지, 지금 전환해야 하는지 아니면 기다려야 하는지 보여드리겠습니다.

## Opus 4.8은 4.7과 어떻게 다른가요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

Anthropic의 수치에 따르면 Opus 4.8은 에이전트 코딩에서 4.9포인트 높고(SWE-Bench Pro: 69.2% 대 64.3%), GDPval-AA Elo에서 137포인트 높으며(1890 대 1753), 자체 버그를 놓치는 비율은 4배 낮습니다. 표준 가격은 바뀌지 않았습니다. 지식 기준일과 1M 컨텍스트도 동일합니다.

</div>

### 수치로 본 개선점

Anthropic은 [공식 발표](https://www.anthropic.com/news/claude-opus-4-8)와 [Claude API Docs](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8)에 벤치마크를 공개했습니다. 요약 표는 다음과 같습니다.

| 벤치마크 | Opus 4.7 | Opus 4.8 | Δ |
|---|---:|---:|---:|
| SWE-Bench Verified | 87.6% | 88.6% | +1.0 |
| SWE-Bench Pro (에이전트 코딩) | 64.3% | 69.2% | +4.9 |
| GDPval-AA Elo (지식 작업) | 1753 | 1890 | +137 |
| 다학제 추론 (HLE + 도구) | 54.7% | 57.9% | +3.2 |
| Online-Mind2Web (브라우저/컴퓨터 사용) | \- | 84% | 신규 |
| OSWorld-Verified (에이전트 컴퓨터 사용) | \- | 83.4% | 확인됨 |
| 에이전트 금융 분석 | 51.5% | 53.9% | +2.4 |
| MCP-Atlas | \- | 82.2% | 신규 |

⚠️ 이는 **업체가 발표한 수치**입니다. Anthropic이 공개한 수치이지 독립 측정 결과가 아닙니다.

### 핵심 약속: “버그를 놓칠 가능성이 4배 낮다”

Anthropic은 다음과 같이 주장합니다.

<figure>
<blockquote>
<p>이 모델은 자신이 직접 작성한 코드의 결함을 별다른 설명 없이 놓칠 가능성이 이전 모델보다 4배 낮습니다.</p>
</blockquote>
<figcaption>— Anthropic, https://www.anthropic.com/news/claude-opus-4-8</figcaption>
</figure>

대단하게 들리지만, 자세히 보면 미묘한 점이 있습니다. Anthropic의 System Card에 따르면 Claude Opus 4.8은 여섯 모델 중 모든 벤치마크에서 오답률이 가장 낮았는데, 확신이 없을 때 답변을 보류하기 때문입니다.

System Card의 표현을 바이브 코더의 말로 바꾸면 이렇습니다. 모델이 4배 더 똑똑해진 것이 아닙니다. 그럴듯한 환각을 만들어내는 대신 “확실하지 않으니 확인해 보세요”라고 말할 가능성이 높아졌습니다. IQ가 올라간 것이 아니라 정직해진 것입니다. 이것이 모델의 진화입니다.

실제로는 Claude가 자신 있게 틀린 답을 하던 바로 그 작업에서 이제 “잘 모르겠습니다”라고 말하게 된다는 뜻입니다. 위험은 낮아지지만 처리 범위는 넓어지지 않습니다.

### 바뀌지 않은 점

- 표준 가격(입력 토큰 100만 개당 \$5, 출력 토큰 100만 개당 \$25) — 변경 없음.
- 지식 기준일 — 4.7과 마찬가지로 2026년 1월.
- 기본 컨텍스트 — Anthropic API, AWS Bedrock, GCP Vertex AI에서는 1 million tokens. Microsoft Foundry에서는 200K.
- 최대 출력 — 128K tokens.
- 샘플링 매개변수(`temperature`, `top_p`, `top_k`) — 여전히 지원되지 않으며, 400 오류를 반환합니다.

### Opus 4.8의 아쉬운 점

솔직히 말하면 **Terminal-Bench 2.1**에서 Opus 4.8은 74.6%를 기록했습니다. 나쁘지는 않지만 해당 분야의 선두 모델은 아닙니다. 작업 대부분이 터미널에서 이루어진다면 이 점을 기억하세요. 순수 터미널 작업에서는 Codex가 조금 더 강한 경우가 많습니다. 다른 벤치마크에서는 Opus 4.8이 앞서지만, 이 차이는 실제로 존재합니다.

두 번째로 솔직히 짚을 점은 검증되지 않은 입력(웹사이트 파싱, RSS 읽기)을 사용하는 복잡한 에이전트 파이프라인에서 Opus 4.8의 프롬프트 인젝션 방어가 보장되지 않는다는 것입니다. 다른 사람의 문서를 읽는 자동화를 만든다면 별도의 입력 정제기를 두세요.

## 2026년에 Opus 4.8은 얼마인가요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

토큰 100만 개당 표준 가격 \$5/\$25는 4.7과 동일합니다. Fast Mode는 3배 저렴해졌습니다. 표준 가격의 6배였지만, 이제 속도는 2.5배이고 가격은 2배입니다(즉, \$10/\$50). \$100인 Claude Max 5x 요금제에서 Opus 4.8 사용량이 안정적이라면 하루 4–6시간 정도 실제 코딩을 할 수 있습니다. \$20인 Pro에서는 1–2시간입니다. Anthropic 요금제는 사용 한도 가이드에서 다룹니다.

</div>

### 요금 단계

| 모드 | 입력 (토큰 1M개당 \$) | 출력 (토큰 1M개당 \$) | 속도 |
|---|---:|---:|---|
| Standard | \$5 | \$25 | 기준 |
| Fast Mode | \$10 | \$50 | 최대 2.5× 빠름 |

표준 가격은 4.7 및 4.6과 동일합니다. 드문 일입니다. 새 세대 모델은 보통 가격이 더 높습니다. Fast Mode는 3배 저렴해졌습니다. 4.6과 4.7에서는 빠른 모드가 표준 가격의 6배였지만, 4.8에서는 2배입니다.

### 작업 시간당 비용은 어느 정도인가요?

Opus 4.8을 사용하는 Claude Code에서 한 시간 동안 실제 코딩을 하면 입력 토큰 약 1–2 million, 출력 토큰 100–300 thousand 정도가 발생합니다. 표준 가격으로 입력 비용은 \$5–10, 출력 비용은 \$2.5–7.5입니다. 반올림하면 API만으로 시간당 \$8–15 정도입니다.

구독 요금제에서는 다음과 같습니다.

- **Pro (\$20/월)** — 하루 1–2시간의 실제 작업에 충분합니다. Dynamic Workflow가 포함된 까다로운 프롬프트 하나로 한도를 모두 쓸 수 있습니다.
- **Max 5x (\$100/월)** — 하루 4–6시간을 안정적으로 작업할 수 있습니다. 대부분의 바이브 코더에게 적절한 선택입니다.
- **Max 20x (\$200/월)** — 한도를 걱정하지 않고 하루 종일 작업할 수 있습니다. 여러 워크플로를 실행하거나 Agent SDK로 작업한다면 적절합니다.

자세한 내용은 [Claude Code 한도를 소진하지 않는 방법](https://ailoot.ai/blog/ko/claude-code-token-limits-saving/) 및 [토큰이 사용되는 곳](https://ailoot.ai/blog/ko/where-claude-code-tokens-go/) 가이드에서 확인하세요.

⚠️ Anthropic이 전한 중요한 세부 사항입니다. 에이전트 1000개를 사용하는 워크플로는 “일반적인 세션보다 훨씬 많은 토큰”을 소모합니다. 동시 실행이 16개 이하여도 대규모 실행은 상당한 허용량을 쓸 수 있습니다. 시작 전에 남은 사용량과 실행 예산을 확인하세요. 동시성만으로 총비용이 결정되지는 않습니다.

⚠️ **Fast Mode는 Pro / Max / Team / Enterprise 요금제에 포함되지 않습니다.** 사용 크레딧을 활성화해야 하며 구독과 별도로 토큰 100만 개당 \$10/\$50가 청구됩니다. Max를 사용하면서 크레딧 없이 Fast Mode를 활성화하면 잔액을 충전해야 한다는 메시지가 표시됩니다. 문서를 읽을 때 자주 놓치는 내용입니다.

## Claude Code의 Dynamic Workflows란 무엇인가요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

Dynamic Workflow는 Claude가 작업을 위해 작성하는 JS 스크립트입니다. 스크립트는 한 번에 하위 에이전트 최대 16개를 병렬로 실행하며, 한 번의 실행에서 총 1000개까지 사용할 수 있습니다. 중간 결과는 스크립트 변수에 저장되고 최종 결과만 Claude의 컨텍스트에 들어갑니다. 프롬프트의 workflow라는 단어, /effort ultracode 또는 내장 /deep-research 명령이 트리거입니다.

</div>

### 워크플로는 하위 에이전트 및 스킬과 어떻게 다른가요?

이전에는 Claude Code의 자율 작업이 모두 턴 단위 오케스트레이션을 사용했습니다. 각 턴에 Claude가 어떤 도구를 호출할지 결정했고, 중간 결과는 컨텍스트에 쌓였습니다. 최대 4–5개의 하위 에이전트까지는 괜찮지만, 그보다 많아지면 컨텍스트가 넘칩니다.

Dynamic Workflow는 패턴을 바꿉니다. Claude가 에이전트를 직접 조율하는 JavaScript 스크립트를 작성합니다. 중간 결과는 Claude의 컨텍스트가 아니라 스크립트 변수에 저장됩니다. 최종 결과만 컨텍스트로 돌아옵니다. 이에 따라 세 가지 효과가 있습니다.

1.  **에이전트 최대 16개를 병렬로 실행**할 수 있으며, 실행당 총 1000개까지 가능합니다.
2.  **Claude의 컨텍스트가 넘치지 않습니다** — 하위 에이전트마다 자체 샌드박스에서 작업합니다.
3.  **스크립트를 재사용할 수 있습니다** — 실행이 성공한 후 `/workflows`에서 `s`를 누르면 슬래시 명령으로 저장됩니다.

[Anthropic의 워크플로 문서](https://code.claude.com/docs/en/workflows)는 이를 다음과 같이 설명합니다.

<figure>
<blockquote>
<p>Dynamic workflow는 대규모로 하위 에이전트를 조율하는 JavaScript 스크립트입니다. Claude가 설명된 작업을 위한 스크립트를 작성하고, 세션이 계속 응답 가능한 상태를 유지하는 동안 런타임이 백그라운드에서 이를 실행합니다.</p>
</blockquote>
<figcaption>— Anthropic Claude Code 문서, https://code.claude.com/docs/en/workflows</figcaption>
</figure>

### 런타임 제한

| 매개변수 | 값 |
|---|---|
| 동시 에이전트 | 한 번에 최대 **16**개 |
| 실행당 총 에이전트 | 실행당 **1000**개 |
| 실행 중 사용자 입력 | 없음 — 개입할 수 없으며 다시 시작해야 합니다 |
| 스크립트에서 직접 파일 시스템/셸 사용 | 없음 — 생성된 에이전트만 읽기/쓰기가 가능합니다 |

### 워크플로를 활성화하는 세 가지 방법

1.  **프롬프트에 `workflow`라는 단어를 넣습니다.** “src/routes/의 모든 API 엔드포인트에서 인증 검사 누락 여부를 감사하는 워크플로를 실행해 줘.” Claude가 트리거를 감지해 스크립트를 작성하고 실행합니다.
2.  **`/effort ultracode`** — xhigh 추론과 자동 워크플로 오케스트레이션을 결합합니다. 세션의 모든 실질적인 작업에 적용됩니다. 문서에는 다음과 같이 나와 있습니다.

<figure>
<blockquote>
<p>한 번의 요청이 여러 워크플로를 연이어 실행할 수 있습니다. 첫 번째는 코드를 이해하고, 두 번째는 변경하고, 세 번째는 확인합니다.</p>
</blockquote>
<figcaption>— Anthropic Claude Code 문서, https://code.claude.com/docs/en/workflows</figcaption>
</figure>

3.  **`/deep-research [question]`** — 웹 검색과 출처 교차 검증을 사용하는 내장 연구 워크플로입니다.

### 예: 11일 만에 Rust 750,000줄을 작성한 Bun

[Bun](https://bun.sh) 팀은 Bun을 Zig에서 Rust로 포팅하는 실험에 Dynamic Workflows를 사용했습니다. [Anthropic 블로그](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)에 따르면 다음과 같습니다.

- **약 750,000줄의 Rust** 생성.
- 첫 커밋부터 병합까지 **11일**.
- 기존 테스트 모음의 **99.8%가 통과**.
- Zig → Rust 번역 규칙 **약 300개**.

기술적으로는 워크플로 세 개를 연달아 사용했습니다.

1.  워크플로 #1은 Zig 코드베이스의 모든 구조체 필드에 해당하는 올바른 Rust 수명을 찾습니다.
2.  워크플로 #2는 각 `.rs` 파일을 대응하는 `.zig` 파일과 동작이 동일한 포트로 작성합니다. 수백 개 파일 작업을 여러 배치로 나누고 동시 에이전트를 최대 16개로 제한하며 **파일마다 검토자 두 명**을 둡니다.
3.  워크플로 #3은 빌드와 테스트가 모두 통과할 때까지 실행하는 수정 루프입니다.

### 가장 큰 함정: 작은 작업에도 한도를 소진하는 워크플로

실용적인 조언은 다음과 같습니다. 단순 하위 에이전트 1–2개로 처리할 수 있는 작업이라면 워크플로를 호출하지 말고 수동으로 하위 에이전트를 사용하세요. 워크플로는 파일 5개가 아니라 50개 이상일 때 효과가 있습니다.

Dynamic Workflow는 컨텍스트 엔지니어링의 다음 단계입니다. 워크플로는 실행 전체에서 최대 1000개의 에이전트 시작으로 작업을 분배하고 동시에 16개 이하를 배치합니다. 프로젝트 공유 컨텍스트가 없으면 각 에이전트가 자기 부분만 보므로 배치에 걸쳐 오류가 누적될 수 있습니다.



## xhigh 노력 수준은 언제 활성화해야 하나요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

xhigh 노력 수준은 high와 이전 수준 사이의 새로운 추론 단계입니다. Opus 4.8의 기본값은 high이며, xhigh는 마이그레이션, 보안 감사, 계획된 리팩터링 같은 까다로운 작업을 위한 것입니다. 일상적인 수정에 xhigh를 사용하면 생각 토큰에 더 많은 비용을 지불하면서 아무 이점도 얻지 못합니다. Claude Code의 노력 슬라이더 이름은 “Speed/Intelligence”에서 “Faster/Smarter”로 바뀌었습니다.

</div>

Claude Code v2.1.154 출시 노트에서 Anthropic은 Opus 4.8이 기본적으로 `effort=high`로 실행된다고 명시했습니다. 출시 후 이것이 새로운 표준입니다. 이전 표준은 이보다 낮았습니다. 가장 까다로운 작업에는 새 `xhigh` 수준을 사용할 수 있으며, 이 수준에서는 모델이 매 턴 더 많은 사고 토큰을 씁니다.

xhigh를 사용할 작업:

- 마이그레이션(새로운 아키텍처 패턴 → 파일 50개 이상).
- 보안 감사(엔드포인트 200개 이상에 대한 보안 검토).
- 불변 조건 검사를 포함한 계획된 리팩터링.
- 전체 경로를 기억해야 하는 복잡하고 긴 디버깅 세션.

사용하지 말아야 할 작업:

- 파일 하나의 일상적인 편집(테스트 작성, 메서드 이름 변경).
- 구조가 명확한 간단한 프롬프트.
- 문서와 주석 — xhigh는 여기서 추가 비용만 듭니다.

Claude Code v2.1.154에서는 노력 슬라이더 이름이 “Speed/Intelligence”에서 “Faster/Smarter”로 바뀌었습니다. 기본 `/effort high`가 이제 내부적으로 적용되므로 직접 전환할 필요가 없습니다.

## Fast Mode는 언제 사용해야 하나요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

Opus 4.8의 Fast Mode는 여전히 동일한 Opus를 고속 설정으로 실행합니다. 토큰 100만 개당 \$10/\$50(표준 가격의 2배)이며 최대 2.5배 빠릅니다. 표준 가격의 6배였던 4.6/4.7과 비교해 3배 저렴해졌습니다. 정확도보다 응답성이 중요할 때 사용하세요. 실시간 코드 리뷰, 빠른 반복 작업, 데모 등이 해당합니다. 장기간 이어지는 에이전트 작업에는 사용하지 마세요. 2배 가격은 경제성을 떨어뜨립니다.

</div>

가격:

| 매개변수 | 값 |
|---|---|
| 입력 | 토큰 100만 개당 \$10(표준 가격의 2배) |
| 출력 | 토큰 100만 개당 \$50(표준 가격의 2배) |
| 속도 | 초당 출력 토큰 최대 2.5× |
| 활성화 | API에서 `speed: "fast"`를 사용하거나 Claude Code `/config`에서 설정 |

사용할 때:

- 정확도보다 응답 시간이 중요한 대화형 작업(스트리밍 중 실시간 코드 리뷰).
- 빠른 수정 및 가설 테스트.
- 고객 대상 데모 또는 피치.

사용하지 말아야 할 때:

- 장기간 이어지는 에이전트 작업 — 1M 컨텍스트에서 가격 2배는 경제성을 떨어뜨립니다.
- 대규모 Dynamic Workflow — Fast Mode는 적용 토큰 요금을 두 배로 만들며 실제 시작한 모든 에이전트의 사용량이 누적됩니다. 총 1000개 시작 한도는 고정 1000배 비용이 아닙니다. 실제 총 입력과 출력으로 예산을 잡으세요.
- 속도가 중요하지 않은 백그라운드 세션.

## 설정을 잃지 않고 Opus 4.8로 전환하려면 어떻게 해야 하나요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

네 단계입니다. Claude Code를 v2.1.156으로 업데이트하세요(v2.1.154에는 사고 블록 버그가 있습니다). /config를 열어 모델 목록에서 Opus 4.8을 사용할 수 있는지 확인하세요. Pro 요금제라면 /config에서 Dynamic Workflows도 활성화하세요. 간단한 작업(파일 하나, 명확한 프롬프트)으로 테스트하세요. Skills나 CLAUDE.md를 마이그레이션할 필요는 없습니다. 모든 모델에서 자동으로 작동합니다.

</div>

### 1단계. Claude Code 업데이트

터미널에서 실행합니다.

```bash
claude upgrade
```

또는 Anthropic 문서를 따라 다시 설치합니다.

⚠️ 대상 버전은 **v2.1.156 이상**입니다. v2.1.154에는 Opus 4.8을 사용할 때 사고 블록이 수정되어 API 오류가 발생하는 버그가 있었습니다. v2.1.156에서 수정되었습니다.

버전을 확인합니다.

```bash
claude --version
```

### 2단계. `/config`에서 모델 전환

Claude Code에서 실행합니다.

```
/model claude-opus-4-8
```

또는 `/config` → Model 섹션을 열고 목록에서 Opus 4.8을 선택합니다. API 엔드포인트의 모델 ID는 `claude-opus-4-8`입니다.

### 3단계. Dynamic Workflows 활성화(Pro 요금제)

Pro 요금제에서는 Dynamic Workflows가 기본적으로 비활성화되어 있습니다. `/config` → Workflows 섹션을 열어 활성화합니다. Max, Team, 개인 Enterprise에서는 처음부터 활성화되어 있습니다. 관리자가 있는 Enterprise에서는 관리자가 비활성화했을 수 있으니 활성화해 달라고 요청하세요.

### 4단계. 테스트 실행

Claude Code에서 모델이 제대로 응답하는지 확인할 수 있도록 결과가 분명한 간단한 작업을 요청합니다.

```
Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.
```

응답이 적절하고 처음에 “using claude-opus-4-8”이라는 문구가 표시되면 전환된 것입니다. 400 오류가 발생하면 Claude Code 버전을 확인하세요(1단계로 돌아가기).

### 마이그레이션할 필요가 없는 항목

- **CLAUDE.md**는 변경 없이 모든 모델에서 작동합니다. 자세한 내용은 [CLAUDE.md 설정 방법](https://ailoot.ai/blog/ko/claude-md-template/) 가이드에서 확인하세요.
- **Skills**는 Opus 4.8에서 자동으로 선택됩니다. 자세한 내용은 [Claude Code Skills](https://ailoot.ai/blog/ko/claude-code-skills-library/) 가이드에서 확인하세요.
- **MCP 서버**는 동일하게 작동합니다. MCP 가이드에는 [바로 사용할 수 있는 조합 7가지](https://ailoot.ai/blog/ko/mcp-servers-claude-code/)가 있습니다.
- **하위 에이전트와 Plan Mode**는 바뀌지 않았습니다. Skills, Subagents, MCP, Plugins를 비교한 요약은 [관련 기둥 문서](https://ailoot.ai/blog/ko/skills-subagents-mcp-plugins-claude-code/)에 있습니다.

## Sonnet 4.6이나 Haiku 4.5에서 전환해야 하나요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

Sonnet 4.6은 더 저렴하고 빠르며 일상적이거나 중간 정도로 복잡한 작업에 적합합니다. Haiku 4.5는 CI/CD와 자동 테스트에 거의 무료로 쓸 수 있습니다. Opus 4.8은 아키텍처 결정, 마이그레이션, 복잡한 리팩터링을 위한 모델입니다. 선택 기준은 다음과 같습니다. 일상 작업 = Sonnet, 까다로운 작업 = Opus 4.8, CI 및 배치 작업 = Haiku. 대부분의 바이브 코더에게 적절한 조합은 기본 모델로 Sonnet 4.6을 쓰고 까다로운 작업에는 모델 전환기로 Opus 4.8을 사용하는 것입니다.

</div>

Sonnet과 Opus 중 선택하는 방법은 [이전 가이드](https://ailoot.ai/blog/ko/claude-code-model-effort-sonnet-opus/)에서 다뤘지만, 그때는 4.7에 관한 내용이었습니다. Opus 4.8에서는 기준이 조금 달라집니다.

2026년 의사결정 매트릭스:

| 작업 | 모델 | 이유 |
|---|---|---|
| 일상적인 편집, 테스트 작성, 파일 하나의 리팩터링 | Sonnet 4.6 | 3배 저렴하고 빠르며 품질도 충분함 |
| 아키텍처 결정(프로젝트 구성 방법) | Opus 4.8 @ xhigh | 까다로운 추론, 컨텍스트 용량, 새로워진 정직성 |
| 파일 50개 이상에 걸친 마이그레이션 | Opus 4.8 + Dynamic Workflow | 워크플로가 효과를 발휘하는 작업 |
| 보안 감사 | Opus 4.8 + Dynamic Workflow | 에이전트 간 적대적 검사 |
| CI/CD, 배치, 자동 테스트 | Haiku 4.5 | 거의 무료이고 빠르며 품질도 충분함 |

대부분의 바이브 코더에게 적절한 조합은 기본 모델로 Sonnet 4.6을 사용하고 까다로운 작업에는 `/model` 전환기로 Opus 4.8을 사용하는 것입니다. 이렇게 하면 비용을 줄이면서도 까다로운 작업을 제대로 처리할 수 있습니다.

## Opus 4.8에서 작동하지 않는 것은 무엇인가요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

알려진 약점은 세 가지입니다. 첫째, 데이터 중심 전략입니다. 실사용 보고에 따르면 분석 및 로드맵 작업은 4.7보다 나쁩니다. 둘째, “마지막 10%”입니다. 기존 코드베이스의 엣지 케이스를 처리하는 데 어려움을 겪습니다. 셋째, 특히 컨텍스트가 부족할 때 환각이 여전히 발생합니다. 그렇다고 업데이트의 가치가 사라지는 것은 아니지만, 실망하지 않도록 알아둘 필요가 있습니다.

</div>

실무 보고에 따르면 Opus 4.8이 아쉬운 분야는 세 가지입니다.

1.  **데이터 중심 전략 및 로드맵.** 실사용 보고에 따르면 분석에는 여전히 4.7이 선호됩니다. 주된 사용 사례가 지표 표 작성과 로드맵 제안이라면 먼저 4.8을 시도하고, 잘되지 않으면 `/model claude-opus-4-7`을 사용해 4.7로 돌아가세요.

2.  **기존 코드베이스의 “마지막 10%”.** 모델은 그린필드 작업(새 프로젝트를 처음부터 시작하는 작업)을 매우 잘하지만, 오래된 코드가 성숙해지는 단계에서는 어려움을 겪습니다. 엣지 케이스와 아키텍처의 구체적인 특성을 다루는 데 약합니다. 추론 모델의 전형적인 약점입니다. 코드를 잘 생성하지만 이미 존재하는 것을 “마무리”하는 데는 서툽니다.

3.  **환각은 여전히 발생합니다.** “버그를 놓칠 가능성이 4배 낮다”는 말은 모델이 “모르겠습니다”라고 더 자주 말한다는 뜻입니다. 하지만 컨텍스트가 부족하면 여전히 그럴듯한 내용을 지어낼 수 있습니다. 프로젝트 컨텍스트로 방어하세요. `CLAUDE.md`가 충실할수록 환각이 끼어들 여지가 줄어듭니다.

이 말은 “업데이트하지 말라”는 뜻이 아닙니다. 한계를 이해하고 Sonnet 4.6과 Opus 4.7을 대체 옵션으로 남겨 두라는 뜻입니다.

## Opus 4.8 다음에는 무엇이 나오나요?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

핵심 요점

2026년 5월 발표에서 Anthropic은 “앞으로 몇 주 안에 Mythos급 모델”을 암시했습니다. 다음 세대 모델로, 2026년 6월에 나올 것으로 예상됩니다. 그러므로 “지금 업데이트할까, 기다릴까?”라는 질문의 답은 업데이트하되 Mythos 출시 전에 대규모 마이그레이션에 투자하지 말라는 것입니다. 실전에서는 현재 프로젝트에서 Opus 4.8을 시험해 보고, 6월 전에는 워크플로 중심으로 인프라를 재구축하지 마세요.

</div>

Anthropic이 말하는 “앞으로 몇 주 안에”는 보통 4–8주를 뜻합니다. 즉 Mythos급 모델은 2026년 6월–7월에 출시될 가능성이 가장 높습니다. 이에 따라 전략이 달라집니다.

- **현재 프로젝트에서 Sonnet 4.6이나 Opus 4.7을 사용 중이라면** — 4.8로 업데이트하고 특정 작업에서 xhigh와 워크플로를 시험해 보세요. 가격 면에서는 무료 업그레이드입니다.
- **워크플로를 사용해 대규모 마이그레이션을 계획했다면** — 서두르지 마세요. 한두 달 안에 더 잘 수행하는 모델이 나올 수 있습니다. 작동 방식을 파악하기 위해 모듈 하나로 실험을 시작할 수 있습니다.
- **Dynamic Workflows를 중심으로 인프라를 재구축하려 했다면** — 기다리세요. Mythos가 근본적인 패턴을 바꿀 수 있습니다.

불확실성을 고려하는 것이 핵심 조언입니다. 유연성을 유지하세요. Opus 4.8은 괜찮은 점진적 업그레이드입니다. Mythos는 큰 도약일 수 있습니다. 새로운 모델이 나올 가능성이 있는 한 달 전에 대대적인 재작업에 투자하지 마세요.

<div class="section" role="doc-bibliography" aria-label="Sources">

### 출처

- [Claude Opus 4.8 소개 - Anthropic](https://www.anthropic.com/news/claude-opus-4-8)
- [Claude Opus 4.8의 새로운 점 - Claude API 문서](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8)
- [Dynamic Workflows로 대규모 하위 에이전트 조율하기 - Claude Code 문서](https://code.claude.com/docs/en/workflows)
- [Claude Code의 dynamic workflows 소개 - Anthropic 블로그](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)
- [Claude Code 릴리스 v2.1.154-156 - GitHub](https://github.com/anthropics/claude-code/releases)
- [Claude Opus 4.8, GitHub Copilot에서 정식 제공 - GitHub Changelog](https://github.blog/changelog/2026-05-28-claude-opus-4-8-is-generally-available-for-github-copilot/)

</div>

[Ailoot](https://ailoot.ai/)에서 더 많은 내용을 확인하세요.

## Claude Code의 Opus 4.8: 2026년에 새로워진 점, 가격, 전환 방법: 자주 묻는 질문

### Dynamic Workflow가 1000개 에이전트를 동시에 실행할 수 있나요?

아닙니다. 글의 실행 한도는 동시 최대 16개, 실행 전체에서 에이전트 시작 최대 1000개입니다. 큰 파일 집합은 동시성 한도 내의 여러 배치로 처리됩니다.

### 큰 워크플로의 비용을 어떻게 추정하나요?

실제로 시작한 에이전트들의 입력·출력 사용량을 더하고 해당 토큰 요금을 적용하세요. Fast Mode는 적용 요금을 두 배로 만듭니다. 동시 16개나 총 1000개 한도는 일반 작업 비용의 고정 배율이 아닙니다.


## Ailoot · 회사와 그 프로젝트 포트폴리오

Ailoot는 축적된 운영 경험, 폭넓은 고객 기반, 안정적인 서비스, 지속적인 KPI 관리를 바탕으로 합니다.

회사와 그 프로젝트 포트폴리오: 수백만 고객, 매월 수십억 규모의 매출.

Ailoot는 이러한 운영 경험을 고객의 제품, 에이전트, 애플리케이션, 자동화에서 AI 기능을 이용할 수 있는 API 접근에 활용합니다.