Opus 4.8로 다시 돌아감
Switched back to Opus 4.8
핵심 요약
Opus 5의 과도한 개입과 지시 불이행 문제로 인해 이전 버전인 4.8로 복귀했다는 사용자들의 경험담.
- Opus 5의 문제점 — 불필요한 작업 수행과 지시 사항 무시로 인한 워크플로우 방해
- 버전 간 차이 — 4.8 대비 구현 능력 저하 및 사용자 확인 절차 생략
- 프롬프트 적응 문제 — 시스템 프롬프트 변경에 따른 기존 설정 재작성 부담
- 사용자 반응 갈림 — Opus 5에 만족하는 사용자와 4.8을 선호하는 사용자로 의견 분분
나는 모든 워크플로우를 Opus 4.8로 되돌렸음. Opus 5는 엉망임. Anthropic, 이 글을 보고 있다면 내가 Opus 5를 완전히 포기하게 만든 이유를 적어둘 테니(적어도 5.1에서는 이 중 일부라도 해결되길 바람):
-
Opus 5는 너무 과하게 함. Opus 4.x는 무엇을 요구하는지, 무엇이 암시된 것인지 파악하는 감각이 있었음. Opus 5는 둘 다 없음. 그냥 계속 엉뚱한 곳으로 파고들어서 내가 요청하지도 않은 일을 끝내버림. 결국 내가 원했던 변경 사항만 남기고 나머지는 되돌리는 데 더 많은 시간을 쓰게 만듦.
-
Opus 5는 중간 규모 이상의 변경을 구현할 때 계속 실수를 함. 인정할 건 인정해야지, Opus 5는 버그를 진단하고 코드를 이해하는 데는 아주 뛰어남. 하지만 구현에 있어서는 Opus 4.8보다 눈에 띄게 퇴보했음.
-
Opus 5는 지시를 따르지 않음. 그냥 자기가 옳다고 생각하는 대로 함. 이건 정말 짜증 나는 부분임.
-
Opus 5는 멈춰서 물어보지 않음. Opus 4.8은 다음에 무엇을 해야 할지, 혹은 앞으로 나아갈 방법을 고민할 때 나에게 질문을 던졌음. Opus 5는 그러지 않고, 묻지도 않은 채 자기가 최선이라고 생각하는 대로 해버림.
-
시스템 프롬프트를 변경하고 Opus 5를 프롬프팅하는 새로운 가이드를 작성했다는 건 이해함. 하지만 그건 우리 문제가 아님. 사용자들이 몇 주씩 시간을 들여 claude.md 파일을 다시 쓰고 프롬프팅을 새로 배우길 기대해서는 안 됨. 호환성을 깨는 변경을 도입하지 말든가, 아니면 꼭 해야겠다면 기존 에이전트 기반 문서(claude.md)를 마이그레이션할 수 있는 도구를 제공해야 함.
결론적으로, 이런 이유들 때문에 Opus 5는 내 워크플로우에서 사용할 수 없었고, 모든 에이전트를 4.8로 되돌려야 했음.
