Opus 5 진짜 싫다. 왜 이렇게 만든 건지 도무지 모르겠음

동의함. 앞으로 몇 달간은 다들 딱히 보여줄 게 없을 테니, '사용자 안전을 위해 자발적으로 속도를 늦추는 중입니다, 그러니 우리 IPO나 사세요!'라고 강요하겠지.

너무 이해가 안 가서 모델 스스로도 혼란스러워하는 것 같음. 주석 다는 거에 너무 집착하는데 맨날 틀림. 가끔 리뷰에서 지적하면 또 다른 틀린 주석으로 바꿔버림.

적대적 검사기(adversarial checkers) 쓰고 있음?

내 적대적 검사기는 sol임. 그리고 게이트마다 리뷰어 서브 에이전트를 돌리는 정교한 오케스트레이션 워크플로우를 가지고 있음.

그렇긴 한데, 4번의 리뷰 루프를 거쳐도 여전히 구멍이 있고, 솔직히 요즘은 3.8이 더 잘함.

왜 그냥 Gemini 안 쓰고 Opus 가지고 불평하냐고 할 수도 있겠지.
이유는 내가 Claude 팬보이가 아니었다면 이런 인지 능력 저하에 무관심했을 거니까. Grok 4.5(빠르긴 한데 여전히 별로임)에 무관심한 것처럼 말이야.

내가 이런 불평 글을 쓴 건 Claude를 아끼기 때문이…

Opus 5가 확실히 훨씬 똑똑하고 나은 건 맞는데, 네 말이 다 맞아. 너무 똑똑해지면서 이런 문제가 생긴 것 같음. 절대적인 답을 내놓기보다는 스스로 학습하면서 진행하려고 하다 보니 그런 듯.

난 Opus 5의 자율 실행 성능에는 아주 만족함. 사실 음성 모드 밖에서 대화하려고 하면 꽤 짜증 날 때가 많긴 함. 출력 스타일을 아주 세심하게 짜도 꽤 고통스러움.

그래서 결국 전체 워크플로우를 바꿔서, Fable로 큰 이슈들을 미리 계획하고 Opus가 자율적으로 실행하게 하는 방식으로 바꿨음.

Opus 5가 내 Fable 5.1 코드를 한 번에 스무 군데나 망가뜨려 놨음.

여기서 '이거(this)'가 가리키는 게 뭔데…?

레포 복잡도에 따라 다른 것 같음. 하루 종일 내 프로젝트에서 Sol xhigh가 Opus xhigh를 대체할 수 있을지 평가해 봤는데, Fable이 두 모델의 결과물을 평가한 결과는 '절대 안 됨'이었음. 20달러 구독료가 17%나 줄어들고 있어서 기분이 별로임. 에이전트 코딩에는 xhigh가 선호되는 노력 수준인 걸로 알고 있음. Sol medium은 코드 설명, 작은 함수 작성, 타겟 코드 리뷰 등 제한된 범위에서 써야 한다고 들었음.

Gemini 3.8은 작고 쉽거나 중간 정도 난이도의 작업에는 아주 좋아. Opus 5는 여전히 더 길고 복잡한 작업을 처리할 때는 모든 면에서 더 낫고.