클로드 Sonnet 5.5(소넷 5.5) 가격, 성능, 사용법과 Opus 5.5 비교

클로드 Sonnet 5.5(소넷 5.5)는 앤트로픽이 2026년 9월 28일 공개한 Claude 5.5 계열의 두 번째 모델입니다. Opus 5.5가 나온 지 엿새 만입니다. 앤트로픽은 Sonnet 5보다 30% 이상 빠르고, 대부분의 작업에서 비용이 최대 30% 낮다고 소개했습니다.

여기서 혼동하기 쉬운 대목이 하나 있습니다. API 요금표는 Sonnet 5와 한 푼도 다르지 않습니다. 비용이 낮다는 말은 단가가 아니라 같은 일을 끝내는 데 쓰는 토큰과 도구 호출 횟수가 줄었다는 뜻입니다. 그래서 이 모델의 이득은 요금표가 아니라 자기 작업에서 실제로 토큰이 얼마나 줄었는지로 확인해야 합니다.

이 글은 9월 29일 작성했고 이용 절차와 API 이전 조건은 2026년 10월 4일 공식 문서와 대조했습니다. 아래에서는 벤치마크, 요금제별 사용 조건, 클로드 코드에서 고르는 방법, Sonnet 5에서 옮길 때 깨지는 설정, Opus 5.5와 나누어 쓰는 기준을 다룹니다. 클로드 코드 부분에는 원문 작성 당시 제 환경의 실행 기록도 남겼습니다.

먼저 계산기로 단가와 사용량 구분하기

API는 프로그램이 모델에 요청하고 사용량에 따라 따로 요금을 내는 방식입니다. 월 구독료와 별개입니다. 토큰은 모델이 글을 처리하는 단위이며 한글 한 글자와 일치하지 않습니다.

첫 연습은 계산기만 사용합니다. 결제나 모델 호출은 필요 없습니다. 캐시와 도구 비용이 없는 가상 작업을 놓고 입력 10,000토큰, 출력 2,000토큰을 썼다고 하겠습니다. Sonnet 5와 5.5는 모두 입력 100만 토큰당 2달러, 출력 10달러입니다.

1. 입력 비용은 10000 ÷ 1000000 × 2로 계산합니다. 결과는 0.02달러입니다.
2. 출력 비용은 2000 ÷ 1000000 × 10으로 계산합니다. 결과는 0.02달러입니다.
3. 둘을 더하면 어느 모델이든 0.04달러, 즉 4센트입니다.

이제 Sonnet 5.5의 출력만 1,000토큰으로 바꿉니다. 입력 0.02달러와 출력 0.01달러를 더하면 0.03달러입니다. 단가는 그대로지만 비용은 0.01달러 줄었습니다. 0.01 ÷ 0.04 × 100으로 이전 비용 대비 감소율을 계산하면 25%입니다. 실제 모델이 이만큼 줄여 준다는 예측은 아닙니다.

결과가 다르면 입력과 출력을 따로 계산하고 100만으로 나눴는지 확인합니다. 혼자 반복할 때는 입력 20,000토큰, 출력 1,000토큰으로 계산합니다. 결과는 0.05달러입니다. 이 값이 월 구독료나 사용량 한도의 5%를 뜻하지는 않습니다.

Sonnet 5.5에서 달라진 다섯 가지

발표문이 Sonnet 5와 견주어 꼽은 변경점은 성능, 협업, 비용, 속도, 안전입니다.

• 성능: 에이전트 코딩 평가인 Terminal-Bench 4.0에서 70.6%를 받았습니다. Sonnet 5는 10.3%였습니다. 여러 직군의 실무 과제를 평가하는 GDPval-AA에서는 Opus 5.5보다 2점 낮습니다. 스크린샷만 보고 포켓몬 레드를 끝까지 깬 첫 Sonnet 모델이기도 합니다
• 협업: Opus 5.5처럼 이전 세대보다 글을 분명하게 씁니다. 사전 테스터들은 Sonnet 5보다 함께 일하기 좋은 상대라고 평했습니다
• 비용: 요금은 Sonnet 5와 같지만 앤트로픽 시험에서 같은 일에 쓰는 토큰이 줄었습니다. 앤트로픽 테스트에서 작업당 비용이 최대 30% 낮았습니다
• 속도: 출력 생성이 Sonnet 5보다 30% 이상 빠릅니다. 지금까지 나온 Sonnet 가운데 가장 빠릅니다
• 안전: 자동 행동 감사에서 대부분의 항목이 Sonnet 5와 같거나 나아졌습니다. 사이버보안 능력이 Opus 5 수준이라 Sonnet 계열에서는 처음으로 상위 모델과 같은 사이버 안전장치를 걸고 나왔습니다

앤트로픽이 정한 역할 구분은 분명합니다. Opus 5.5는 신중한 판단이 필요한 복잡한 작업, Sonnet 5.5는 범위가 정해진 일상 작업과 버그 수정, 문서와 슬라이드와 스프레드시트 작성입니다. 디자인 감각이 좋아졌다는 언급도 있습니다. 대량 처리와 비용에 민감한 용도의 Haiku 5.5는 당시 몇 주 안에 출시하겠다고 예고했습니다. 예고를 현재 이용 가능하다는 뜻으로 읽지는 않습니다.

벤치마크: Opus 5.5와 어디까지 가까운지

발표문의 비교표는 Sonnet 5.5, Sonnet 5, Opus 5.5, GPT-6 Sol 네 모델을 나란히 놓았습니다. 벤치마크는 정해진 과제로 성능을 평가하는 시험입니다. 아래 표의 Opus 5.5 Terminal-Bench 점수는 Xhigh 강도의 최고 점수입니다.

GDPval-AA와 AA-Briefcase의 수치는 평점이고 성공률이 아닙니다. OSWorld는 부분 점수를 포함하며, Humanity's Last Exam은 도구를 사용하고 Chartography는 도구를 사용하지 않은 조건입니다. 서로 다른 평가의 수치를 더하거나 전체 업무 성공률로 읽지 않습니다.

표에서 알 수 있는 점은 두 가지입니다. 첫째, Sonnet 5와의 차이가 항목마다 큽니다. Terminal-Bench는 10.3%에서 70.6%로 60.3%포인트 높아졌습니다. 이 평가의 점수 차이가 내 업무 생산성의 7배 향상을 뜻하지는 않습니다. 둘째, Opus 5.5와의 차이는 대부분 몇 점 안입니다. Terminal-Bench는 Sonnet 5.5가 오히려 앞섭니다. 그런데도 앤트로픽은 벤치마크가 능력의 한 면일 뿐이고, 자체 테스트와 외부 테스터 모두에서 판단이 오래 이어지는 열린 작업은 Opus 5.5가 분명히 강했다고 덧붙였습니다.

발표문에는 추론 노력(effort)별로 점수와 작업당 비용을 함께 그린 그래프도 있습니다. 추론 노력은 답을 만들 때 들일 계산량을 조절하는 설정으로 low, medium, high, xhigh, max 다섯 단계입니다. 앤트로픽은 여러 벤치마크에서 Sonnet 5.5가 low나 medium 강도로도 Sonnet 5의 최고 점수를 넘었고, 그때 작업당 비용은 약 10분의 1이었다고 적었습니다. Opus 5.5와는 낮은 강도에서 보완 관계가 가장 뚜렷하고, 높은 강도에서는 비슷한 비용에 비슷한 성능이 나온다고 설명했습니다.

강도를 올린다고 늘 점수가 오르지는 않았습니다. FrontierCode에서 Sonnet 5.5는 Max 강도 점수가 Xhigh보다 낮았습니다. 각주에 적힌 이유는 이렇습니다. Max 강도에서는 클로드 코드의 코드 리뷰 스킬을 더 자주 실행했는데, 이 스킬이 검토를 여러 하위 에이전트로 나누면서 시간 초과가 나거나 과제 범위 밖까지 고쳤고, FrontierCode는 범위 밖 수정을 감점하기 때문입니다. 에이전트 작업에서 강도를 올릴 때 참고할 만한 사례입니다.

API 요금과 공식 라인업

Sonnet 5.5의 API 요금은 Sonnet 5와 같습니다. 캐시와 배치 요금도 그대로입니다.

캐시는 반복되는 입력을 저장해 다시 활용하는 기능입니다. 쓰기는 저장 비용, 읽기는 저장한 입력을 다시 사용하는 비용입니다. 배치 API는 여러 요청을 묶어 비동기로 처리하는 방식입니다.

캐시 읽기가 두 모델 모두 $0.20인 점이 눈에 띕니다. Sonnet 5.5는 입력가의 10%이고 Opus 5.5는 5%를 적용한 결과입니다. 캐시 읽기 비중이 큰 작업이라면 두 모델의 실제 비용 차이는 요금표의 2배보다 작아집니다.

아래는 공식 문서에서 비교한 네 모델이고 Sonnet 계열의 최신 모델은 5.5입니다. Sonnet 5는 이전 세대인 레거시 모델로 분류됐지만 claude-sonnet-5 ID는 계속 호출됩니다.

모델 ID는 프로그램에 지정하는 이름이고 컨텍스트 창은 한 번에 참고할 내용의 용량입니다.

기본 강도는 어디서 쓰는지에 따라 다릅니다. API에서 Sonnet 5.5의 기본값은 high이고, 클로드 코드와 클로드 앱에서는 medium입니다. 같은 모델을 같은 프롬프트로 돌려도 API 호출과 클로드 코드의 토큰 사용량이 다를 수 있다는 뜻이라, 비용을 견줄 때는 강도를 맞춰야 합니다. 최대 출력은 12.8만 토큰, 배치 API에서는 베타 헤더로 30만 토큰까지 늘어납니다. 지식 기준 시점은 2026년 6월이고, 은퇴 시점은 2027년 9월 28일보다 이르지 않습니다. 쓸 수 있는 곳은 Claude Platform과 AWS, 구글 클라우드, 마이크로소프트 파운드리입니다.

요금제별 사용 조건과 앱에서 모델이 바뀌는 경우

클로드 요금제 비교표에서 Sonnet 행은 Free를 포함한 모든 요금제에 표시돼 있고, Opus와 Fable은 Free에서 빠져 있습니다.

비교표는 Sonnet의 버전을 적지 않습니다. 무료 계정에서 실제로 5.5가 기본으로 잡히는지는 유료 계정만 있어 직접 확인하지 못했습니다. 무료로 쓰는 분은 대화 화면의 모델 선택에서 이름을 한 번 확인하는 편이 확실합니다. 요금제별 가격과 결제 조건은 Opus 5.5 글에 정리한 값과 같습니다.

앱에서 Sonnet 5.5를 쓰다 보면 답이 다른 모델로 나오는 경우가 있습니다. 앤트로픽 도움말에 따르면 사이버보안, 생물학, LLM 개발, 증류 네 가지 분류기가 켜져 있기 때문입니다. 취약점 악용 코드 작성이나 침투 테스트처럼 위험도가 높은 사이버보안 요청과 고급 LLM 개발 요청은 Sonnet 5로 바뀌어 답하고, 해로운 생물학 요청과 모델의 내부 추론을 뽑아내려는 요청은 전환 없이 막힙니다. 전환 뒤에는 같은 대화의 선택 모델이 Sonnet 5에 머무르므로 알림과 답변의 실제 모델 이름을 확인합니다. 자동 전환을 꺼도 차단 자체가 해제되지는 않습니다. 일반 개발은 대체로 영향을 받지 않지만 파일과 검색 결과도 검사하므로 잘못 분류될 수 있습니다. 정상 업무가 반복해서 막히면 피드백 기능으로 알립니다.

클로드 코드에서 Sonnet 5.5 고르기

설치된 클로드 코드에서 시험하는 분을 위한 절차입니다. 아직 설치하지 않았다면 앞의 계산 연습만으로 마쳐도 됩니다.

1. 일반 터미널에서 claude --version을 입력합니다. v2.1.284 이상이 필요합니다. 낮다면 자체 설치는 claude update, Homebrew나 WinGet 설치는 해당 설치 도구로 업데이트합니다.
2. 작업 폴더에서 claude를 실행하고, 이제 클로드 코드의 대화 입력란에서 /model을 입력합니다. 원래 모델을 메모합니다.
3. Sonnet 5.5를 선택할 수 있다면 s로 이번 세션에만 적용하고 /status에서 실제 이름을 확인합니다. Enter로 확정하면 다음 세션의 기본값에도 저장됩니다.

일반적인 직접 연결 환경의 기본 모델은 Opus 5.5입니다. 조직 설정과 연결 제공자에 따라 다를 수 있습니다. sonnet은 짧은 별칭이므로 모든 환경에서 같은 버전을 가리키지는 않습니다. 모델이 보이지 않거나 권한 오류가 나면 버전, 플랜과 조직 허용 여부를 확인하고 기존 모델로 연습을 마칩니다.

앤트로픽 직접 연결 환경에서 선택 화면 대신 새 터미널로 한 세션을 시작하려면 claude --model claude-sonnet-5-5를 사용할 수 있습니다. 이미 실행 중인 AI 대화 입력란에 넣는 명령은 아닙니다.

현재 포함된 모델에 다음 가상 자료를 요청합니다.

날짜, 시간, 장소와 준비물이 모두 맞는지 확인한 뒤 날짜만 10월 19일로 수정해 주세요라고 요청합니다. 다른 세 항목은 그대로여야 합니다. 값이 틀리면 원문 값을 알려주고 해당 부분만 고칩니다. 요청하지 않은 도구를 실행하려 한다면 Esc로 멈추고 실행 내용을 확인합니다.

혼자 반복할 때는 새 대화에 같은 지시를 넣고 자료만 산책 모임: 10월 20일 오전 10시, 공원 입구, 준비물 물 한 병으로 바꿉니다. 비교를 마치면 /model에서 원래 모델로 돌아가고 /status로 확인합니다.

제 환경에서 확인한 결과는 이렇습니다. 2026년 9월 29일 클로드 코드 v2.1.284에서 다음 명령을 돌렸습니다.

결과 JSON의 모델 사용량 필드에 claude-sonnet-5-5 하나만 찍혔습니다. 당시 제 직접 연결 환경에서는 sonnet 별칭이 Sonnet 5.5로 풀렸다는 뜻입니다. 클로드 코드에서 Sonnet 5.5를 쓸 때 알아 둘 점은 세 가지입니다.

• 강도 기본값이 medium입니다. 모델과 조직 설정에 따라 기본값이 다르므로 /effort에서 현재 값을 확인합니다. medium은 범위가 분명한 기능 구현의 시작점이고, 어려운 버그 수정은 high를 시험할 수 있습니다. 잠깐 비교하려면 /effort 선택 화면에서 s로 세션에만 적용합니다
• 컨텍스트는 100만 토큰이 기본입니다. 20만 토큰 변형이 없고 [1m] 접미사도 필요 없으며 큰 창을 켜기 위한 별도 크레딧은 필요 없습니다. 실제 이용은 구독 한도나 API 요금 조건을 따릅니다. 자동 압축 시점은 설정과 환경에 따라 달라질 수 있습니다
• 사고를 끌 수 없습니다. 세션 토글과 MAX_THINKING_TOKENS=0이 Opus 5.5, Sonnet 5.5, Fable 계열에서는 동작하지 않고, 모델이 강도에 따라 얼마나 생각할지 스스로 정합니다

계획은 Opus, 실행은 Sonnet으로 나누고 싶으면 /model opusplan을 씁니다. 직접 연결의 기본 별칭 기준으로 플랜 모드에서는 Opus 5.5, 실행 단계에서는 Sonnet 5.5를 사용합니다. 조직의 허용 모델과 연결 환경에 따라 달라지므로 실제 이름을 확인합니다. Opus 5.5가 구조를 잡으면 Sonnet 5.5에게 구현을 맡겨도 된다는 사전 테스터의 평가와 같은 방식입니다.

Sonnet 5에서 API 코드를 옮길 때 확인할 여섯 가지

이 절은 직접 만든 프로그램의 연동을 수정하는 개발자용입니다. 앱 이용자는 코드를 고칠 필요가 없습니다. API에서 모델 ID를 claude-sonnet-5에서 claude-sonnet-5-5로 바꾸는 것만으로 끝나지 않습니다. 공식 문서가 꼽은 호환성 변경은 다섯 가지이고, 응답 형태가 달라지는 변경이 하나 더 있습니다. 토크나이저는 Sonnet 5와 같아 같은 글의 토큰 수는 그대로입니다.

1. 사고 끄기 설정: thinking: {"type": "disabled"}를 보내면 400 오류가 납니다. 대신 between_tools를 씁니다. 답하기 전의 사고는 끄되 도구 호출 사이의 짧은 메모는 남기는 가장 낮은 설정이고, high 강도 이하에서만 됩니다
2. 강제 도구 호출: tool_choice의 any와 tool 타입이 400 오류를 냅니다. auto로 두고 strict 도구 사용이나 구조화 출력으로 스키마를 맞춥니다
3. 사고 블록의 귀속: 추론 기록인 사고 블록은 생성한 모델과 앞선 대화에 연결됩니다. 2026년 8월 31일 00:00 UTC 이후 만든 계정에는 보존 규칙이 기본 적용되므로, 앞선 대화나 시스템 프롬프트, 도구 정의를 고친 뒤 블록을 다시 보내면 400 오류가 납니다. 대화 이력은 덧붙이기만 하고 지시 변경은 대화 중 시스템 메시지로 처리합니다
4. 컴퓨터 사용 도구: Claude API와 구글 클라우드에서는 이전 computer_20251124 도구를 받지 않고 computer_toolset_20260801 툴셋만 받습니다. 아마존 베드록은 이전 도구를 계속 받습니다
5. 어드바이저 도구 조합: Sonnet 5.5를 실행 모델로 쓸 때 Opus 4.8, Opus 4.7, Sonnet 5는 어드바이저로 받지 않습니다
6. 도구 호출 사이의 텍스트: 한두 문장을 넘는 중간 메모가 text가 아니라 thinking 블록으로 돌아옵니다. 기본 표시 설정에서는 이 블록의 본문이 비어 있어, 중간 진행 상황을 사용자에게 흘려보내던 앱은 오류 없이 조용해집니다. 적절한 thinking.display를 지정하거나 between_tools를 사용해 본문을 받을 수 있지만 블록 종류는 여전히 thinking입니다. 화면도 이 블록을 처리해야 합니다. between_tools에 display를 함께 넣으면 오류가 납니다.

이전 코드를 보관하고 작은 테스트 요청부터 확인합니다. 400 오류가 나면 응답의 오류 메시지와 위 항목의 설정을 대조합니다. 오류 없이 응답해도 진행 문장과 도구 결과가 화면에 표시되는지 확인하고, 검증 전에는 기존 운영 연동을 교체하지 않습니다.

강도 설정도 다시 잡아야 합니다. 문서는 같은 강도 값이 Sonnet 5와 같은 양의 사고를 만들지 않는다고 적었고, 기존 값을 그대로 옮기지 말고 다시 훑으라고 권합니다. 시작점은 일반 작업 high, 범위가 분명한 에이전트 코딩 medium, 지연에 민감한 대화 medium 또는 low입니다.

고객사가 보고한 수치

발표문에 실린 사전 테스터의 수치입니다. 앤트로픽과 각 회사의 발표이고 독립 검증 결과는 아니므로, 자기 환경의 보장으로 옮기지 않고 참고만 합니다.

일곱 회사의 보고는 한 가지를 가리킵니다. 결과 품질이 비슷하거나 낫고, 거기까지 가는 단계와 토큰이 줄었다는 것입니다. 각 회사의 측정 대상과 기준이 다르므로 이 수치를 합쳐 30% 절감률을 계산할 수는 없습니다.

Opus 5.5와 Sonnet 5.5를 나누는 기준

앤트로픽의 구분과 벤치마크를 함께 놓고 정리하면 이렇습니다.

기존 작업을 옮길 때는 같은 자료와 성공 기준으로 작은 표본부터 비교합니다. 모델 이름, 추론 노력, 입력과 출력, 캐시 사용량, 수정 횟수를 함께 기록합니다. 한 달의 총액만 비교하면 업무량 변화가 섞이므로 같은 작업을 완료하는 데 든 비용을 따로 봅니다. 비용이 줄어도 필요한 정보를 빠뜨렸다면 좋은 결과로 세지 않습니다.

자주 묻는 질문

Sonnet 5는 이제 쓰지 못하나요?

계속 쓸 수 있습니다. 레거시 모델로 내려갔을 뿐 claude-sonnet-5 ID는 그대로 호출되고 요금도 같습니다. 앱에서는 Sonnet 5.5의 사이버보안 분류기에 걸린 요청이 Sonnet 5로 넘어가 답하는 구조라, Sonnet 5는 대체 모델 역할도 맡고 있습니다.

클로드 코드에서 Sonnet 5.5를 고르면 한도를 덜 쓰나요?

이 글을 쓰며 확인한 클로드 코드 문서에는 구독 한도를 모델별로 어떻게 차감하는지 적혀 있지 않았습니다. 입력과 출력의 API 단가는 Opus 5.5의 절반이지만 캐시 읽기 단가는 같습니다. 실제 토큰 사용량도 작업에 따라 달라집니다. 이 단가를 월 구독 한도의 차감 비율로 옮겨 계산하지 말고 계정의 사용량 화면에서 확인합니다.

GPT-6 Sol과 견주면 어떤가요?

앤트로픽의 비교표에서 GPT-6 Sol은 FrontierCode 49.3%, GDPval-AA 1487, AA-Briefcase 1483, Chartography 53.6%이고 나머지 항목은 미공개입니다. 각주에 따르면 오픈AI가 최근 이미지 이해 버그를 고쳤는데 일부 점수는 그 전 버전으로 측정됐을 수 있습니다. 한쪽 회사가 고른 벤치마크라는 점도 감안해야 합니다.

Sonnet 5.5는 Sonnet 5와 단가가 같습니다. 먼저 계산 연습으로 사용량과 비용을 구분하고, 실제로 사용할 때는 같은 자료로 결과와 수정 횟수를 확인합니다. 모델을 바꾸는 것이 기존 작업의 품질 개선으로 이어지는지 확인한 뒤 적용 범위를 넓힙니다.

참고 자료

• Sonnet 5.5 이전 가이드
• Introducing Claude Sonnet 5.5 (앤트로픽)
• Claude Sonnet 5.5 모델 페이지 (앤트로픽 공식 문서)
• What's new in Claude Sonnet 5.5 (앤트로픽 공식 문서)
• Models overview (앤트로픽 공식 문서)
• Model configuration (클로드 코드 문서)
• Why Claude switched models in your conversation with Sonnet 5.5 (앤트로픽 도움말)
• Claude 릴리스 노트 (앤트로픽 도움말)
• Claude 요금제 (앤트로픽)

8컷 만화로 정리한 Sonnet 5.5

아래는 9월 29일 만든 기존 만화입니다. 2컷의 비용 절감은 앤트로픽의 시험 결과이며 모든 작업에 보장되지 않습니다. 4컷과 달리 생물학 및 추론 추출 차단은 모델 전환 없이 끝납니다. 5컷의 medium은 앱과 Code 기준이며 API 기본값은 high입니다. 6컷의 추가 비용 없음은 컨텍스트 확장에 관한 말이고 실제 사용료가 없다는 뜻은 아닙니다. 속도, 자동 전환되는 요청, 기본 강도 medium, 100만 토큰 컨텍스트, Opus와 나눠 쓰는 법을 담았습니다.

그림은 DGX Spark에서 Qwen-Image-2.1로 그렸고, 대사는 글과 대조해 따로 얹었습니다. 주황 로봇은 클로드를 사람처럼 그린 것입니다.

만화 대사 전문

1. (2026년 9월 28일, Sonnet 5.5 공개) 민준: 가격이 내려갔다고 들었는데요. / 준이아빠: 요금표는 한 푼도 안 바뀌었어요.
2. (줄어든 것은 토큰 사용량이다) 준이아빠: 같은 일에 쓰는 토큰이 줄어서 작업당 비용이 내려간 거예요. / 민준: 그럼 제 작업에서 토큰을 직접 측정해 봐야겠네요.
3. (출력 속도가 30% 넘게 빨라졌다) 민준: 얼마나 빨라진 거예요? / 준이아빠: 지금까지 나온 Sonnet 가운데 가장 빠르다고 적혀 있어요.
4. (요청에 따라 답하는 모델이 바뀐다) 민준: 답이 다른 모델로 나오던데요. / 준이아빠: 네 가지 분류기에 걸리면 모델이 바뀌고 알림이 떠요.
5. (기본 강도는 medium이다) 민준: 다른 모델은 high가 기본이잖아요. / 준이아빠: 이 모델은 medium이에요. 검증이 중요하면 올려 써요.
6. (컨텍스트는 기본 100만 토큰) 민준: 따로 켜야 하나요? / 준이아빠: 기본으로 켜져 있고 추가 비용도 없어요.
7. (사전 사용자 일곱 곳의 보고) 준이아빠: 결과는 비슷하거나 낫고 거쳐 가는 단계가 줄었어요. / 민준: 독립 검증은 아니라고요?
8. (Opus와 나눠 쓰는 법) 민준: 설계는 Opus 5.5에 맡기면 되겠네요. / 준이아빠: 실행만 Sonnet으로 넘기는 설정도 있어요.