Sonnet 4.6 실사용 평가 — Reddit 개발자들의 솔직한 반응
Sonnet vs Opus — 진짜 질문
Sonnet 4.6이 나오자마자 Reddit r/ClaudeCode에 올라온 질문:
“Sonnet 4.6이 기본 모델이 됐는데, 이제 Opus를 쓸 이유가 있을까?”
38 업보트, 댓글 52개. 개발자들의 반응은 예상보다 복잡했다.

“Opus는 여전히 필요하다” 파
워크데이의 가치
“Claude Code를 쓴다면 Opus를 써서 하루의 가치를 최대한 뽑아야 한다. Sonnet의 가성비는 대규모 API로 제품을 만드는 엔터프라이즈 고객에게 맞는 이야기다.” — u/Superduperbals (28 업보트)
핵심 지적이다. 개인 개발자에게 Opus는 시간을 사는 것이고, 기업에게 Sonnet은 비용을 아끼는 것이다. 같은 모델을 쓰는 이유가 다르다.
40% 싸지만 품질도 떨어진다
“겨우 40% 싼데, 눈에 띄게 품질이 낮다. 그만한 가치가 없다.” — u/Ran4 (6 업보트)
Max 구독자 입장에서는 Sonnet이나 Opus나 같은 구독료에서 쓰니까, 굳이 품질을 포기할 이유가 없다는 논리.
Opus는 계획, Sonnet은 실행
“Opus 플래닝 모드가 훌륭하게 작동하고 있다. Opus로 생각하고/계획하고/문제를 풀고, Sonnet으로 코드를 구현한다.” — u/jr_locke
이건 내가 Codemon Make에서 쓰는 전략과 정확히 일치한다. PM Agent = Opus, Dev Agent = Sonnet. 역할 분리가 답이다.
”Sonnet이면 충분하다” 파
작은 배치로 나눠 쓰면 된다
“어차피 Sonnet으로 작은 작업 단위로 나눠서 하는 게 내 스타일이다. 막힐 때만 Opus로 올린다.” — u/Ok_Monk_6594
프론트엔드 작업이나 반복적인 코딩에는 Sonnet으로 충분하다는 현장 의견.
다음 Sonnet 3.7?
“써봤는데 확실히 다음 Sonnet 3.7이다. Opus 4.6보다 데일리 드라이버로 낫다. Opus 4.6은 너무 생각이 많아서 오히려 막힌다.” — u/Practical-Zombie-809
Opus가 오버씽킹한다는 건 자주 나오는 불만이다. 간단한 작업에 Opus를 쓰면 불필요하게 복잡한 해결책을 내놓는 경우가 있다.
논쟁: Sonnet이 진짜 기본 모델이 됐나?
재밌는 건, 기본 모델이 됐다는 사실 자체에 이견이 있다:
“기본 모델 아닌데요? 업데이트했는데 Opus 4.6이 여전히 기본이었습니다.” — u/pbinderup (7 업보트)
“Max x5에서는 기본 아닌데? Pro만 그런 거 아닌가?” — u/justinlok
Anthropic이 말한 “기본”이 무료/Pro 티어 한정이라는 것. Max 구독자들은 여전히 Opus가 기본이다.
진짜 변수는 모델이 아니다
가장 공감을 받은 댓글 중 하나:
“가장 큰 변수는 모델이 아니라 컨텍스트 엔지니어링, 플래닝, 그리고 창의성이다.” — u/diystateofmind
그리고:
“벤치마크는 그냥 숫자다. 직접 써보고 결정해라. 1주일 후에 다시 물어보면 더 유용한 답이 나올 것.” — u/kknd1991 (30 업보트, 최다 업보트)
벤치마크 숫자에 매몰되지 말라는 경고.
실제로 어떻게 쓸 것인가
두 Reddit 스레드(총 175개 댓글)에서 나온 결론을 정리하면:
| 용도 | 추천 모델 | 이유 |
|---|---|---|
| 복잡한 아키텍처 설계 | Opus | 깊은 추론, 전체 구조 파악 |
| 일상적 코딩 | Sonnet 4.6 | 빠르고 가볍고, 충분히 좋다 |
| 디버깅/문제 해결 | Opus | ”왜”를 이해하는 능력 |
| 프론트엔드 구현 | Sonnet 4.6 | 반복적 작업, Sonnet이면 충분 |
| 코드 리뷰/리팩토링 | 둘 다 | 상황에 따라 |
| 대규모 프로젝트 플래닝 | Opus | 컨텍스트 이해 + 장기 계획 |
내 전략: Opus로 생각하고, Sonnet으로 실행한다. 이건 바뀌지 않았다.
한 줄 요약
Sonnet 4.6은 훌륭한 업그레이드다. 하지만 “Opus가 필요 없다”는 결론은 아직 이르다.
모델 선택보다 중요한 건 — 어떻게 쓰느냐다.