OPUS 5 real use
OPUS 5는 코드 빌드보다는 디버깅에 특화된 모델이라는 사용자들의 경험담과 분석입니다.
Anthropic에서 직접 발표하는 게 제일 좋긴 한데,
그냥 내가 대신 해줄게.
OPUS 5는 fable이나 opus 4.8처럼 뭘 만드는 용도로 나온 모델이 절대 아님.
순수하게 디버깅용으로 나온 거임.
얘가 에러나 문제를 잡아내는 방식이 진짜 깔끔하고, 실제로 문제를 가장 완벽하게 해결해 줌.
버그 잡을 때 이거 쓰는데 진짜 너무 만족스럽다.
사용자들은 Opus 5가 빌드 작업에는 비효율적이지만, 버그의 근본 원인을 파악하는 디버깅 도구로서는 매우 탁월하다는 데 의견을 모으고 있습니다.
글쎄, 여기엔 버그 찾기와 버그 해결이라는 두 가지 별개의 역할이 있어. 만약 Opus 5가 '문제를 최선의 방식으로 해결할 수 있다'고 생각한다면, 넌 그게 깊은 설계 능력까지 갖췄다고 보는 거겠지.
버그 찾기에 대해서는 동의해. 나도 항상 그 용도로 쓰거든. 하지만 해결책은 아키텍처적인 접근보다는 근시안적인 경향이 있어서 근본 원인을 간과하고 두더지 잡기식 해결이 될 때가 많아. 그래서 나한테는 '최선의 방식'은 아니야. 많은 사람이 가능할 때 Fable과 짝지어 쓰는 이유지. 물론 Fable도 신은 아니지만…
맞아, 주로 프로덕션 이슈 디버깅할 때 써.
결과물 보고 진짜 놀랐거든.
근데 오케스트레이터로 썼을 때는
와 진짜 끔찍했어 😭
내 Opus 5 사용 경험이랑 일치하네.
O5는 고칠 거리를 찾는 걸 좋아해서, 범위를 벗어나서 이것저것 건드린다는 글이 계속 올라오는 거지. 너무 장황하기도 하고. 본사에서 모델 출력을 모니터링하려고 모델이랑 길게 대화해 본 사람이 아무도 없는 것 같아.
거기에 Cherny의 Y-Combinator 인터뷰를 더해보면, 그는 O5가 작업 내용과 완료 기준(O5 다룰 때 팁 #1), 그리고 가이드라인만 주면 작업이 끝날 때까지 루프를 돌게 하는 게 최고라고 했어.
그것도...
맞아, 주로 프로덕션 이슈 디버깅할 때 써.
결과물 보고 진짜 놀랐거든.
근데 오케스트레이터로 썼을 때는
와 진짜 끔찍했어 😭
Fable이 코딩보다 더 저렴한 모델의 작업물을 디버깅하는 데 더 뛰어나다는 통계를 본 적 있어.
디버깅은 잘 모르겠는데
전반적으로 Fable이 품질/비용 면에서 더 나아
근데 내 개인적인 경험으로 말하자면
Opus 5가 Fable보다 버그를 더 잘 찾거나 디버깅을 더 잘 도와줘
이런 건 Fable 뒤로 숨겨버려.
절대 안 돼
Opus 5만 쓰거나
아니면
Fable + Sonnet 조합으로 써
나한테는 Opus 5가 Fable보다 디버깅을 더 잘 도와주거든
난 3단계(계획, 실행, 검토) 전부 Opus를 쓸 때 결과가 더 좋았어. 실행에 Sonnet을 쓰면 Opus가 검토 과정에서 항상 문제를 엄청나게 찾아내거든. 결국 처음부터 Opus한테 시키는 것보다 시간도 토큰도 더 많이 쓰게 돼.
맞아 그게 오케스트레이션 워크플로우의 장점이지
Opus 5는 코드 문제 해결하는 데 진짜 보석 같은 존재인 듯
맞아
이게 왜 내 Opus 5 경험이 그렇게 들쭉날쭉했는지 설명해 주네.
빌드용으로는 과한 느낌이고 토큰을 미친 듯이 태우거든. 하지만 디버깅할 때는 그 집요하게 '실제 근본 원인을 찾는' 행동이 훨씬 납득이 가.
맞아
Anthropic 공식 문서 확인해 봐
거기서도 Opus 5의 이런 동작 방식을 확인해 줬어
Claude한테 CLI로 codex를 실행해서 작업 내용을 검토하게 시켜보는 것도 추천해. Claude 모델들이 보지 못하는 걸 종종 찾아내거든.
Claude Sonnet 5.5는 이전 세대보다 30% 더 빠르고 저렴하며, 향상된 코딩 및 문서 작업 능력을 갖췄습니다.
Claude Sonnet 5.5는 이전 세대보다 30% 더 빠르고 저렴하며, 향상된 코딩 및 문서 작업 능력을 갖췄습니다.
