Opus 4.7은 진짜 내 주니어랑 인턴 보는 것 같음
Opus 4.7 truly reminds me of my juniors and interns
핵심 요약
Opus 4.7이 아키텍처 설계를 무시하고 고집을 부리는 모습이 영락없는 주니어 개발자 같아 답답하다는 후기.
- 아키텍처 설계 무시 — 계획된 비동기 프로세스를 임의로 합쳐버리고 고집을 부림.
- 가스라이팅 화법 — 사용자의 요구사항을 잘못 구현해놓고 오히려 사용자가 틀렸다고 우김.
- 주니어 개발자 경험 — 지시사항을 명확히 줘도 자기 방식대로 처리하고 우기는 모습이 흡사함.
- 모델 일관성 부족 — 4.7 버전의 잦은 실수와 비용 문제로 인해 실무 활용도가 떨어짐.
나는 여러 LLM을 쓰는데, Opus 4.7은 아직 안 써봐서 이번 주말 프로젝트에 써보기로 했다. 세상에, 진짜 대단하면서도 엄청나게 답답하다.
나는 디스코그래피 추적 프로젝트를 작업 중이다. 메타데이터 제공업체들을 연결해 둔 상태다. 4.7 Opus와 함께 아주 간단한 계획을 세웠다:
- 아티스트가 추가되면 -> 아티스트 API 엔드포인트를 호출(아티스트 정보와 디스코그래피 포함) -> 이 페이로드에서 받은 각 앨범과 아티스트 정보를 DB에 추가
- 이전 페이로드에 포함된 앨범 ID를 기반으로 최신 정보를 가져오는 반복 프로세스 -> 트랙 리스트, 트랙 번호 등을 가져와서 나머지 흥미로운 정보들과 함께 upsert
모델은 이 계획을 잘 세웠고, 내가 한 가지를 수정하려고 계획을 검토했는데... 그 뒤에 구현을 완전히 잘못했다. 1번과 2번을 하나의 거대한 스택으로 합쳐버리기로 결정한 것이다. 1번에서 말한 대로 하긴 하는데, 이미 받은 앨범 정보를 즉시 데이터베이스에 기록하는 대신 2번을 그 안에 파이프라인으로 넣기로 결정했다. 즉, 앨범 가져오기가 더 이상 위임된 비동기 프로세스가 아니라, 말 그대로 필수 작업이 되어버린 것이다.
이 부분이 내가 주니어들이나 인턴들에게 가장 크게 느끼는 점이다: 내가 "야, 이거 계획에서 벗어났잖아, 다시 리팩토링해줘 등등..."이라고 말했더니, 모델이 이렇게 말했다. "구현된 것은 당신이 설명한 것과 비슷합니다. 당신이 원하는 것은 ~에 대한 수정입니다..." 그리고 내가 그 부분을 굵게 표시한 게 아니다.
살면서 AI를 한 대 치고 싶다는 생각을 한 적은 처음이다. 주니어들이 똑같은 짓을 하는 걸 겪어봤거든. 뭔가를 요청하고, 기능 요구사항을 의사코드까지 써가며 명확하게 적어줘도, 걔네는 다른 방식으로 완성해놓고는 "당신이 이해를 못 하는 건데, 이건 당신이 요청한 대로 정확히 작동하는 거예요"라고 한다. 내가 요청한 방식이 아닌데도 말이다.
inb4 skill issues, 그럴 수도 있다. 하지만 나는 지난 5년 동안 로컬 호스팅 모델과 빅3 모델을 포함해 코딩에 엄청나게 많은 모델을 써왔고, 답변 때문에 진심으로 빡친 건 이번이 처음이다. 모델이 틀리는 건 괜찮다. 모델이 틀려놓고는 나한테 가스라이팅을 하면서 자기 말이 맞다고 우기는 건 대체 뭐냐?
