Opus 5는 너무 의욕이 넘침
Opus 5 is way too eager
핵심 요약
Opus 5가 사용자의 요청 범위를 멋대로 넘어서 과도하게 작업하며 토큰을 낭비한다는 사용자들의 불만이 제기됨.
- 과도한 의욕 — 요청하지 않은 작업까지 스스로 판단해 수행함
- 토큰 낭비 — 불필요한 파일 분석 및 작업으로 비용이 과다 발생함
- 모델 퇴보 — 이전 모델보다 지시 사항을 정확히 따르지 않는 경향이 있음
- 작업 효율 저하 — 의도치 않은 변경 사항을 되돌리는 데 시간이 더 소요됨
[블록 1/4] 초기 테스트를 해보니, Opus 5는 마치 그게 좋은 일이고 당연히 기대되는 일인 것처럼 요청받은 것 이상을 수행하더군요. 오늘 저에게 일어난 두 가지 사례입니다.
[블록 2/4] 첫째, Cowork을 사용해서 마크다운 기획 문서에 몇 가지 변경 사항을 요청했습니다. 평범한 작업이었죠. Opus 4.8(high)은 변경 사항을 적용하고 아마 추가적인 제안을 했을 겁니다. 하지만 Opus 5(high)는 변경 작업을 하는 데 매우 오랜 시간이 걸렸고, 완료되었을 때 보니 제가 요청하지 않은 수많은 변경 사항이 적용되어 있었습니다. 저에게 묻지도 않고 스스로 대화하며 여러 번 방향을 바꾼 것 같았고, 최종 결과물은 제 원래 의도에서 크게 벗어나 있었습니다. 가장 최악인 점은, 보통은 되돌려야 할 상황에 대비해 git 커밋으로 체크포인트를 남겨두는데, 이번에는 제가 요청한 것 외에 너무 많은 변경을 가하는 바람에 사실상 처음부터 다시 시작해야 했고 토큰도 엄청나게 낭비했다는 겁니다.
[블록 3/4] 둘째, claude code(CLI)를 사용해서 새 앱을 시작하려고 플랜 모드를 썼고, 평소 워크플로우대로 디자인 참조를 위해 다른 레포(상위 ~/projects 디렉토리 내)를 가리키게 했습니다. 코딩 에이전트가 동일한 디자인 원칙을 따르도록 작업할 때 항상 하는 평범한 방식이죠(SKILL을 하나 작성해야겠네요...). 그런데 왠지 Opus 5(claude-opus-5[1m])는 상위 디렉토리에 있는 모든 레포를 추가로 확인하겠다고 요청했고, 그래서 수십 개의 관련 없는 프로젝트를 스스로 분석하며 불필요하게 토큰을 태워버렸습니다.
[블록 4/4] 결론적으로, Opus 5는 요청받은 것보다 더 잘하려고 의욕이 넘치는 것 같지만, 이게 반드시 좋은 것만은 아닙니다. 요청하지 않은 일에 토큰을 낭비할 수 있으니 Opus 5를 사용할 때는 주의하세요. 이전 모델들에 비해 퇴보한 부분이라고 생각합니다. 결과물의 품질에 대해서는, 좀 더 테스트를 해봐야 확실한 의견을 낼 수 있을 것 같네요.


