사용자 보고서에 따르면 실용적인 코딩 작업에서 Sonnet 4.6이 Opus 4.6보다 성능이 우수합니다

한 개발자가 과도한 설계와 미완성 작업 문제를 겪은 후 Claude Opus 4.6에서 Sonnet 4.6으로 전환한 경험을 공유했습니다. 해당 사용자는 API를 통해 Opus 4.5와 4.6을 사용해 왔으며, 처음에는 인상적이었으나 나중에 문제점을 발견하게 되었습니다.

Opus 4.6의 주요 문제점

개발자는 Opus 4.6이 실제로는 반쯤 완료된 작업을 '완료'로 표시한다고 보고했습니다. 구체적인 예로, 카피트레이드 앱이 스크랩된 텔레그램 신호를 재정의하기 위해 기본 위험 설정을 사용하도록 요청받았을 때, Opus는 작동은 하지만 브로커 API에 500ms 지연을 초래하는 수정 사항을 구현했습니다. 이 지연은 Opus가 위험 설정을 두 번 확인하는 코드를 추가함으로써 발생했으며, 이로 인해 카피 트레이더의 속도가 크게 저하되었습니다.

Sonnet 4.6의 성능

Sonnet 4.6으로 전환한 후, 개발자는 다음과 같은 점을 관찰했습니다:

• 토큰 소모량이 크게 감소했습니다(API 비용 절감).
• 더 신중하고 사려 깊은 작업 결과물을 제공했습니다.
• Sonnet은 2초 만에 지연 문제를 파악하고 수정했습니다.
• 성능 문제의 원인을 Opus의 '수정 사항'으로 직접 추적했습니다.

개발자는 Opus의 접근 방식을 '실제 프로세스 결과에 대한 고려 없이 과도하게 설계된' 방식으로 평가했으며, 실질적인 구현 작업에는 Sonnet이 더 우수하다고 판단했습니다.