BlogSonnet 4.6 실사용 평가 — Reddit 개발자들의 솔직한 반응

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가 필요 없다”는 결론은 아직 이르다.

모델 선택보다 중요한 건 — 어떻게 쓰느냐다.