클로드 Opus 5 출시 정리: 성능, 가격, 그리고 바뀐 사용법까지 한눈에 보기 (2026)
퀀텀점프클럽 정상록9 min read13 views클로드 Opus 5 출시 정리: 성능, 가격, 그리고 바뀐 사용법까지 한눈에 보기 (2026)
앤트로픽이 2026년 7월 24일 클로드 Opus 5를 공개했습니다. 새 모델이 나오면 보통 두 가지를 확인하죠. 얼마나 좋아졌는지, 그리고 얼마를 더 내야 하는지. 이번엔 두 번째 답이 좀 특이합니다. 가격이 그대로거든요. 입력 100만 토큰당 5달러, 출력 100만 토큰당 25달러로 전작 Opus 4.8과 같습니다.
대신 벤치마크 성적과 API 기본 동작이 꽤 크게 움직였습니다. 특히 사고(thinking)가 기본으로 켜지면서, 기존 코드를 그대로 두면 응답이 중간에 잘릴 수 있는 지점이 생겼습니다. 출시 첫날 나온 공식 문서와 시스템 카드를 기준으로 정리했습니다.
클로드 Opus 5를 세 줄로 요약하면
가격은 동결, 성능은 상승, 그리고 조절 손잡이 하나가 아주 중요해졌습니다. 그 손잡이가 effort입니다.
effort: 모델이 얼마나 깊게 생각할지 정하는 설정값. low부터 max까지 다섯 단계다.
앤트로픽의 공식 발표문은 이 모델을 "Claude Fable 5의 프런티어 지능에 근접하면서 가격은 절반"이라고 소개합니다. 계보상 위에는 여전히 Fable 5(입력 10달러, 출력 50달러)가 있고, Opus 5는 그 절반 가격대에서 매일 쓰는 모델 자리를 노립니다. 실제로 공식 모델 선택 가이드는 복잡한 에이전트 코딩과 기업 업무에는 Opus 5로 시작하고, 가용한 최고 성능이 꼭 필요한 워크로드에만 Fable 5를 쓰라고 안내합니다.
기본 스펙은 이렇습니다.
| 항목 | 값 |
|---|---|
| 모델 ID | claude-opus-5 (Claude API·Google Cloud), anthropic.claude-opus-5 (Amazon Bedrock) |
| 컨텍스트 창 | 100만 토큰 (최댓값이자 기본값, 더 작은 변형 없음) |
| 최대 출력 | 12만 8천 토큰 |
| 제공처 | Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud, Microsoft Foundry |
| 소비자 제품 | Claude Max의 새 기본 모델, Claude Pro에서 쓸 수 있는 가장 강한 모델 |
Claude Code와 Claude Cowork에서도 바로 쓸 수 있습니다. 발표 당일 전 플랫폼에 배포됐다는 점도 눈에 띕니다.
가격: 같은 값에 더 좋은 모델
가격표부터 보겠습니다.
| 항목 | Claude Opus 5 | 비고 |
|---|---|---|
| 입력 100만 토큰 | 5달러 | Opus 4.8과 동일 |
| 출력 100만 토큰 | 25달러 | Opus 4.8과 동일 |
| Fast mode 입력/출력 | 10달러 / 50달러 | 기본 속도의 약 2.5배, 기본가의 2배 |
| 프롬프트 캐시 최소 길이 | 512토큰 | Opus 4.8은 1,024토큰 |
참고로 Fable 5는 입력 10달러에 출력 50달러, Sonnet 5는 3달러에 15달러, Haiku 4.5는 1달러에 5달러입니다.
가격이 그대로라는 건 생각보다 큰 이야기입니다. 성능이 올라가면 단가도 올리는 게 보통인데, 이번엔 그 자리를 비용 대비 성능 곡선으로 채웠습니다.
실무에서 챙길 항목이 몇 가지 더 있습니다. Fast mode는 Claude Platform 전용이라 Amazon Bedrock, Google Cloud, Microsoft Foundry에서는 쓸 수 없습니다. Claude Code에서는 사용 크레딧으로 제공됩니다. 프롬프트 캐시 최소 길이가 512토큰으로 내려간 덕분에, 코드를 한 줄도 고치지 않아도 기존에 캐시가 안 잡히던 짧은 프롬프트가 캐시에 들어갑니다.
주의할 점도 있습니다. Opus 5는 기존 Opus 4.x 계열과 레이트리밋 버킷이 분리되어 있어서, 트래픽을 옮긴다고 기존 한도가 그대로 따라오지 않습니다. Priority Tier도 아직 Opus 5를 지원하지 않습니다. 대신 일반 접근에서 데이터 보존 요건이 없습니다. Fable 5가 30일 보존을 요구하는 것과 대비되는 부분이라, 데이터 정책이 까다로운 조직이라면 여기서 갈릴 수 있습니다.
성능: 벤치마크가 말하는 것
코딩과 에이전트 쪽 수치가 가장 뚜렷합니다.
성능: 벤치마크가 말하는 것
이미지 출처: platform.claude.com
- Frontier-Bench v0.1: 다른 모든 모델을 앞섰고, Opus 4.8 성능을 2배 이상으로 끌어올리면서 태스크당 비용은 오히려 낮췄습니다.
- CursorBench 3.2: max effort에서 Fable 5 최고 점수의 0.5% 이내로 들어왔고, 태스크당 비용은 절반입니다. high, xhigh, max 구간 모두에서 같은 비용 대비 성능이 다른 모델보다 높습니다.
- AA Coding Agent Index: 최고 성능 그룹과 최고 효율 그룹에 모두 포함됐습니다.
지식노동과 문제해결 쪽도 봅니다.
- ARC-AGI 3 (처음 보는 문제 풀기): 차순위 모델의 3배 점수를 냈습니다.
- Zapier AutomationBench (업무 과제를 처음부터 끝까지 완수): 같은 태스크당 비용에서 차순위 모델의 약 1.5배 통과율이고, 가장 낮은 effort 설정에서도 다른 어떤 모델보다 많은 과제를 통과했습니다.
- OSWorld 2.0 (컴퓨터 사용): 비용 구간 전체에서 다른 모델을 앞섰고, Fable 5의 최고 성적을 그 3분의 1을 조금 넘는 비용으로 상회했습니다.
과학 연구 영역에서는 자사 생명과학 평가 전 항목에서 Opus 4.8을 앞섰습니다. 분광 데이터로 분자 구조를 추론하는 유기화학 과제가 내부 벤치마크 기준 10.2%포인트 높고, 단백질 서열 변이가 기능에 미치는 영향을 예측하는 과제가 7.7%포인트 높습니다.
숫자보다 흥미로운 건 문서에 정리된 작업 태도입니다. Frontier-Bench 과제에서 도면을 직접 볼 수 없게 막아둔 채 3D FreeCAD 모델 복원을 시켰더니, Opus 5는 원시 픽셀에서 형상을 뽑아내는 컴퓨터 비전 파이프라인을 스스로 작성해 부품을 복원했습니다. 같은 조건에서 다른 모델은 5회 시도로도 풀지 못했습니다. 오픈소스 패키지 매니저의 실제 버그에서는 커뮤니티 패치가 놓친 엣지 케이스까지 근본 원인을 찾아 고쳤고, 비교 모델은 표면 증상만 고치고 해결됐다고 보고했습니다.
한 가지는 분명히 해둬야겠습니다. 앤트로픽은 사이버보안 과제에서 Opus 5가 Mythos 5에 뒤진다고 명시했습니다. 모든 영역에서 최고인 모델은 아닙니다.
안전과 정렬: 오정렬 점수 2.3
정렬 지표가 이번 발표에서 의외의 주인공입니다. 시스템 카드에 따르면 배포 전 자동 행동 감사에서 종합 오정렬 행동 점수가 2.3으로, 최근 모델 가운데 가장 낮았습니다. Claude 헌법 준수도가 Opus 4.8, Sonnet 5, Fable 5보다 높고, 기만 행동 비율이 가장 낮으며, 오용에 속아 넘어갈 가능성도 가장 낮다고 보고했습니다. 되돌리기 어려운 부작용을 낳는 무모한 행동을 피한다는 점에서도 자사 최고라고 밝혔습니다.
위험 역량 쪽은 선을 그었습니다. 이중용도 위험 역량의 프런티어를 넘지 않았고, 생물 연구와 공격적 사이버보안 모두에서 Mythos 5보다 뒤집니다. Opus 4.8과 마찬가지로 사이버 과제를 의도적으로 학습시키지 않았습니다. 다만 일반 역량이 올라간 결과로 취약점 탐지에서는 Mythos 5에 근접했는데, 취약점을 실제 위협으로 바꾸는 익스플로잇 개발에서는 크게 뒤집니다. OSS-Fuzz 평가에서 이 비대칭이 드러납니다.
실사용자 입장에서 체감이 큰 건 분류기 이야기입니다. 소스코드 취약점 탐색은 허용하고, 바이너리 기반 취약점 스캔과 모의침투, 익스플로잇 생성은 차단합니다. 그러면서 분류기 개입 빈도는 Fable 5 대비 약 85% 적을 것으로 예상한다고 밝혔습니다. Claude.ai, Claude Code, Claude Cowork에서 차단된 요청은 기본적으로 Opus 4.8로 폴백하고, API에서도 폴백을 켤 수 있습니다.
생물 영역은 안전장치가 Opus 4.8과 비슷한 수준을 유지한 덕분에, 일반 제공 모델 중 과학 연구에 가장 유능한 모델이 됐습니다. 장시간 자율 연구 과제에는 한계가 남아 있고 그 영역은 여전히 Mythos 5가 강합니다. 사이버 검증 프로그램(CVP)에 참여하는 기업과 연구자는 보안 제한이 완화된 버전에 즉시 접근할 수 있습니다.
개발자가 오늘 바꿔야 할 것
여기가 이 글에서 제일 실용적인 부분입니다. 모델 이름만 갈아 끼우면 되는 업그레이드가 아닙니다. 마이그레이션 가이드가 짚은 파괴적 변경은 두 가지입니다.
| 변경 | Opus 4.8 | Opus 5 |
|---|---|---|
thinking 필드 생략 | 사고 없이 실행 | adaptive로 사고 실행 |
thinking: {"type":"disabled"} | 모든 effort에서 허용 | effort high 이하에서만 허용 (xhigh, max와 조합하면 400) |
사고가 기본으로 켜지면서 max_tokens가 사고 토큰과 응답 텍스트를 합쳐서 제한합니다. Opus 4.8에서 사고 없이 돌던 워크로드는 max_tokens를 다시 잡지 않으면 응답이 중간에 잘릴 수 있습니다. 사고 끄기와 effort 조합은 요청마다 검증되니 호출 지점을 전수 점검해야 합니다. Opus 4.7 이하에서 바로 올라오는 경우라면 budget_tokens, temperature, top_p, top_k, 마지막 assistant 턴 프리필을 먼저 제거해야 합니다. 전부 400 에러 대상입니다.
effort는 기본값이 high입니다. 코딩과 에이전트 작업은 xhigh에서 시작하되 자체 평가셋으로 아래쪽까지 스윕하라는 게 공식 권장입니다. 이전 모델에서 쓰던 effort 기본값을 그대로 가져오지 말고 다시 스윕하라고 문서가 명시적으로 요구합니다. 이 모델은 low와 medium이 유난히 강해서, 품질이 유지되는 구간이라면 낮은 effort를 토큰 비용과 응답 시간의 1차 조절 수단으로 적극 쓰라고 안내합니다. 반대로 xhigh나 max로 돌릴 때는 서브에이전트와 툴 호출을 감당하도록 max_tokens를 크게(6만 4천 토큰부터 시작해 조정) 잡아야 합니다.
프롬프트도 손봐야 합니다. 프롬프팅 가이드가 짚은 재튜닝 포인트 가운데 바로 적용할 만한 것들입니다.
- 검증 지시문은 다시 쓰지 말고 지웁니다. Opus 5는 시키지 않아도 자기 작업을 검증합니다. "마지막에 검증 단계를 넣어라" 같은 기존 지시는 이제 과잉 검증을 부릅니다. 하네스에 따로 붙여둔 검증 단계도 중복일 가능성이 높습니다.
- 서브에이전트는 늘리는 게 아니라 상한을 둡니다. Opus 4.8은 위임에 소극적이라 "더 위임하라"를 붙였는데, Opus 5는 반대입니다. 그 지시를 빼고 상한을 두는 편이 비용에 유리합니다.
- 길이는 프롬프트로 지시합니다. 응답이 길어졌고, effort를 낮춰도 눈에 보이는 응답 길이는 안정적으로 줄지 않습니다. 짧은 간결성 지시문 하나로 사용자 대면 응답 길이가 약 20% 줄었다고 합니다.
- 범위를 못 박습니다. 요청하지 않은 단계를 더하는 경향이 있는데, "요청한 범위대로 전달하라"는 지시로 거의 0에 가깝게 줄었습니다.
- 사고를 끄는 대신 effort를 낮춥니다. 사고를 끄면 툴 호출이 구조화 블록 대신 평문으로 나와 조용히 실행되지 않거나,
<thinking>태그가 응답에 새는 실패가 나옵니다.
새 기능도 둘 나왔습니다. 대화 중간 도구 교체(베타)는 프롬프트 캐시를 깨지 않고 턴 사이에 도구를 추가하거나 뺄 수 있게 해줍니다. 추가할 도구는 tools[]에 defer_loading: true로 미리 선언해 두면 됩니다. 자동 폴백(베타)은 안전 분류기에 걸린 요청을 거절 범주에 따라 앤트로픽 권장 모델로 서버 측에서 다시 실행합니다. 모델 목록을 직접 관리하던 기존 방식보다 유지보수가 줄어듭니다.
커뮤니티는 어떻게 봤나
해커뉴스 출시 스레드는 2026년 7월 24일 기준 1,243포인트에 댓글 681개를 기록했습니다. 참고로 Claude Opus 4.5 출시 스레드(2025년 11월 24일)는 1,113포인트에 댓글 506개였으니, 관심 규모는 직전 대형 Opus 출시를 웃돕니다.
댓글에서 반복된 논점을 정리하면 이렇습니다.
- 비용 프레임에 대한 주목. 이번엔 비용 대비 성능에 이렇게 초점을 맞춘 게 흥미롭다는 반응이 상단에 올랐습니다. 벤치마크 절대값보다 태스크당 비용 곡선을 근거로 삼는 흐름입니다.
- 가장 많이 인용된 수치는 ARC-AGI 3의 30.2%. 발표문 차트를 그대로 옮긴 인용입니다. 공식 발표문 자체는 이 항목을 "차순위 모델의 3배"로 서술하니 두 표현을 함께 읽는 게 좋겠습니다.
- 정렬 결과에 대한 놀라움. Opus 5가 Fable 5보다 정렬이 낫다는 게 인상적이라는 반응이 있었습니다.
- 존재 이유 논쟁. "Fable 5보다 전반적으로 더 유능하지는 않다"는 문구를 두고 가장 긴 하위 스레드(댓글 13개)가 만들어졌습니다. 반박으로 나온 답은 세 갈래였습니다. 가격이 절반이라는 점, Claude Pro 구독에 Fable 5가 포함되지 않는다는 점, 그리고 코딩은 Opus에 위임하고 기획은 Fable로 한다는 실사용 분담입니다.
- 분류기가 실사용성을 해칠지에 대한 경계. 헤드라인 수치는 인상적인데 결국 분류기가 모델을 못 쓰게 만드느냐에 달렸다는 반응이 있었습니다.
- 경쟁 구도 해석. GPT-5.6 "Sol"이 더 저렴하고 접근성이 좋다는 점을 들어, Opus 5를 그에 대한 답으로 보는 시각이 있었습니다.
- 마케팅 표현에 대한 회의. 에이전트 코딩 항목에서 Fable 5보다 수치가 약간 낮은데도 최고로 표기했다는 지적도 나왔습니다.
참고로 커뮤니티 반응은 정서를 읽는 자료이지 사실의 1차 근거가 아닙니다. 위 성능과 가격 수치는 모두 공식 문서에서 교차 확인한 값입니다.
마무리
클로드 Opus 5는 "더 비싼 상위 모델"이 아니라 "같은 값에 더 좋아진 주력 모델"로 나왔습니다. 가격이 입력 5달러, 출력 25달러로 동결된 상태에서 코딩과 에이전트 벤치마크를 새로 썼고, 정렬 지표는 오히려 상위 모델보다 좋게 측정됐습니다.
그래서 오늘 할 일은 명확합니다. 모델 이름만 바꾸지 말고 세 가지를 먼저 손보세요. max_tokens를 사고 토큰까지 감안해 다시 잡고, effort를 자체 평가셋으로 다시 스윕하고, 프롬프트에 박아둔 검증 지시문과 "더 위임하라"는 문구를 지우는 겁니다. 이 셋만 정리해도 비용과 품질이 함께 움직이는 걸 보실 수 있습니다.
수치를 직접 확인하고 싶으시면 아래 참고자료의 공식 발표문과 시스템 카드를 열어 보세요. 벤치마크 차트와 태스크당 비용 곡선이 함께 실려 있습니다.
자주 묻는 질문
Q: 클로드 Opus 5가 Fable 5보다 좋은 모델인가요?
전반적으로 더 유능하지는 않다고 앤트로픽이 직접 밝혔습니다. 다만 가격이 절반이고, 정렬 지표는 Opus 5가 더 좋게 측정됐으며, CursorBench 3.2에서는 max effort 기준으로 Fable 5 최고 점수의 0.5% 이내까지 따라붙었습니다. 공식 안내도 대부분의 워크로드를 Opus 5로 시작하고 최고 성능이 꼭 필요할 때만 Fable 5를 쓰라는 쪽입니다.
Q: Opus 4.8을 쓰던 코드에서 모델 이름만 바꿔도 되나요?
그러면 문제가 생길 수 있습니다. thinking 필드를 생략하면 이제 adaptive로 사고가 돌기 때문에 max_tokens가 사고 토큰까지 합쳐서 제한하고, 그대로 두면 응답이 중간에 잘릴 수 있습니다. 사고 끄기도 effort high 이하에서만 허용되어서 xhigh나 max와 조합하면 400 에러가 납니다.
Q: 비용을 줄이려면 무엇부터 손대야 하나요?
effort부터 내려보세요. 공식 문서가 낮은 effort(low, medium)를 비용과 지연시간의 1차 조절 수단으로 쓰라고 권할 만큼 이 구간이 강합니다. 여기에 프롬프트 캐시 최소 길이가 512토큰으로 내려간 점, 검증 지시문 삭제와 서브에이전트 상한 설정까지 함께 적용하면 토큰 사용량이 눈에 띄게 줄어듭니다.
