오퍼스5 전환 후 클로드코드가 둔해졌다는 체감, 원인 뜯어보기

클로드 오퍼스5가 지난 7월 24일 클로드코드 기본 모델로 자리 잡은 뒤, 커뮤니티에서는 두 갈래 불만이 동시에 터져 나왔다. 하나는 하네스가 이전보다 둔해졌다는 체감이며, 다른 하나는 200달러 맥스 요금제가 100달러 대비 광고만큼의 값을 하지 않는다는 의심이다. 둘 다 막연한 인상 비평처럼 들리지만, 실제로는 오퍼스5의 effort(추론 노력) 설계와 앤스로픽의 사용량 정책 구조에서 각각 근거를 찾을 수 있다. 클코단 오픈채팅방에서 나온 체감과 웹에서 확인한 사실을 겹쳐보면 불만의 실체가 좀 더 또렷해진다.

오퍼스5, 무엇이 달라졌나

오퍼스5는 입력 100만 토큰당 5달러, 출력 100만 토큰당 25달러로 이전 오퍼스4.8과 같은 가격을 유지했고, 컨텍스트 윈도는 100만 토큰, 최대 출력은 12만8000토큰으로 늘었다. 클로드 맥스에서는 기본 모델이 됐고, 클로드 프로에서 쓸 수 있는 모델 중에서는 가장 강력하다. 기본 속도의 약 2.5배로 도는 패스트 모드도 따로 제공되는데, 가격은 기본 오퍼스5의 두 배다.

성능은 에이전틱 코딩, 컴퓨터 사용, 장시간 추론 작업에서 오퍼스4.8보다 가장 크게 개선됐고, 일부 벤치마크에서는 상위 모델인 페이블5와 0.5%포인트 차이까지 근접했다는 평가도 나온다. 다만 반응은 엇갈린다. 해커뉴스 등에서는 코드를 잘못 읽고 사실이 아닌 내용을 반복해서 말한다는 불만이 나왔고, 한 개발자는 같은 로직을 13번이나 오가며 고치면서 리뷰어 제안을 무시했다고 보고했다. 반대로 멀티파일 리팩터링이나 엔드투엔드 기능 구현처럼 어려운 작업에서는 스텁이나 미완성 코드를 남기지 않고 끝까지 완성한다는 호평도 상당하다. 다만 이 호평에는 조건이 붙는다 — 작업 명세를 처음부터 완전하게 주고 중간 개입 없이 맡겼을 때 가장 잘 작동한다는 것이다.

"재시도 없이 그냥 넘어간다"는 체감의 정체

방 논의에서 나온 '시도·재시도 없이 그냥 넘어간다'는 불만은 오퍼스5의 effort 파라미터 설계와 맞닿아 있다. 오퍼스5는 기본적으로 사고(thinking)가 켜져 있고, min·low·medium·high·max 다섯 단계 effort로 추론량을 조절한다. 앤스로픽이 공개한 벤치마크를 보면 코딩 작업 성능은 medium effort에서 정점을 찍고, 그 이상으로 올려도 오히려 나빠진다. 반면 xhigh·max 단계에서는 서브에이전트와 도구 호출을 넘나들며 실패해도 곧바로 포기하지 않고 계속 밀어붙이도록 설계돼 있다. 낮은 effort로 돌아가는 세션에서는 한 번 실패하면 재시도 없이 다음으로 넘어가는 모습이 자연스럽게 나타날 수 있다는 얘기다. 배포와 테스트 순서가 꼬인다는 사례 역시, 중간 개입 없이 통짜 작업을 맡겼을 때 강점을 보이는 오퍼스5의 특성과, 대화형으로 잘게 쪼개 지시하는 기존 습관 사이의 충돌로 볼 여지가 있다.

여기에 더해 국내 커뮤니티에서는 오퍼스5의 강화된 안전 분류기가 C·C++·러스트·Win32 API·메모리 관리 같은 시스템 프로그래밍 작업이나, 프로젝트 파일에 '보안'·'취약점'·'후킹' 같은 단어가 있을 때 자동으로 오퍼스4.8로 전환시킨다는 지적도 나왔다. 사용자가 인지하지 못한 채 다른 모델로 응답이 넘어가면, 방 논의에서 나온 '멍청해졌다'는 체감과 정확히 겹치는 경험이 만들어질 수 있다. 순정 하네스가 이전 커스텀 하네스보다 낫다는 방의 평가는, 앤스로픽이 이런 서브에이전트 스폰·모델 전환 버그를 changelog에서 빠르게 고쳐온 최근 흐름과도 맞아떨어진다. 최근 업데이트에서는 명시적으로 모델을 지정한 서브에이전트가 부모 세션 모델로 되돌아가던 버그가 수정됐고, 서브에이전트가 서브에이전트를 낳는 중첩 깊이도 기본 3단계까지 늘었다.

200달러가 100달러의 4배라던 약속, 소송으로 번지다

요금제 체감 차이 논쟁은 방에서 나온 이야기보다 훨씬 크게 번져 있었다. 클로드 맥스는 5배 요금제(월 100달러)와 20배 요금제(월 200달러)로 팔리는데, 이 배수는 어디까지나 세션당 사용량 배수다. 지난 6월 14일 캘리포니아 북부지법에 제기된 'Kahn v. Anthropic' 집단소송은 바로 이 지점을 문제 삼았다. 소장에 따르면 실제 제공되는 사용량은 맥스5x가 약 3.5배, 맥스20x가 6~8배에 그쳤다고 한다. 사용자들이 체감한 주간 기준 실질 차이는 1.5~2배 수준이라는 보고도 있었고, 한 구독자는 앤스로픽 고객지원이 직접 '주간 증가폭은 4배가 아니라 1.7배'라고 확인해줬다고 전했다. 방에서 나온 '광고된 4배보다 체감은 2~3배'라는 평가는 이 소송 자료 및 사용자 보고와 상당히 근접한다.

이 배수 혼선의 구조적 원인은 두 종류의 한도가 따로 움직인다는 데 있다. 클로드 맥스에는 5시간마다 리셋되는 세션 한도와, 7일마다 리셋되는 주간 한도(전체 모델 통합 한도 + 모델별 별도 한도)가 동시에 존재한다. 앤스로픽은 지난 5월 6일 프로·맥스·팀 플랜의 5시간 한도를 두 배로 늘렸지만, 세션 창과 피크타임 제한에만 적용됐을 뿐 주간 한도 자체는 그대로였다. 5배·20배라는 광고 수치는 5시간 세션 창에서의 배수이고, 헤비 유저를 실제로 옥죄는 주간 한도는 별도 계산식을 따른다. 방 논의에서 나온 '4배는 5시간 세션에만 적용되고 주간 한도엔 해당 안 될 수 있다'는 정보는 정확한 지적이었던 셈이다. 다만 이 소송은 아직 집단 인증도, 판결도 나오지 않은 단계로, 주장 자체가 사실로 확정된 것은 아니다.

대응책: 모델별 오케스트레이션과 순정 하네스

방에서 공유된 '모델별 오케스트레이션 구조 테스트'는 최근 업계에서 널리 쓰이는 패턴과 일치한다. 오퍼스처럼 비싸고 똑똑한 모델은 계획·의사결정·리뷰를 맡고, 소네트처럼 저렴한 모델은 코드 생성·파일 조작·테스트 실행 같은 반복 작업을 맡는 방식이다. 이 구조를 제대로 설계하면 품질 저하 없이 토큰 비용을 5~10배 줄인다는 분석도 있다. 클로드코드는 서브에이전트와 에이전트 팀이라는 두 가지 내장 메커니즘으로 이를 지원하며, 최근 서브에이전트 중첩 깊이가 3단계로 늘어난 것도 이런 구조를 짜기 더 쉬워졌다는 뜻이다.

'순정 하네스가 낫다'는 방의 평가는 자체 하네스를 유지·보수하는 비용과 관련이 깊다. 클로드코드의 기본 하네스는 정교한 도구 체계와 프런티어 모델이 결합된 형태로, 최소한의 설정으로 자율적인 힘을 끌어낸다. 반면 커스텀 하네스는 더 세밀한 통제권을 주는 대신, 구조를 직접 설계하고 시간이 지나도 관례를 계속 유지·보수해야 하는 부담이 따른다. 오퍼스5 전환 초기의 혼란 속에서 순정 쪽이 상대적으로 안정적이었다는 평가는, 앤스로픽이 changelog를 통해 서브에이전트 모델 전환 버그 등을 계속 수정해온 흐름과도 맞물려 있다.

정리

오퍼스5의 하네스 체감 저하는 모델 자체의 결함이라기보다, effort 단계별로 크게 달라지는 재시도 행태와, 시스템 프로그래밍·보안 키워드에 반응하는 안전 분류기의 자동 모델 전환이 겹쳐 만들어진 현상에 가깝다는 근거가 여럿 확인됐다. 요금제 체감 차이 역시 광고 문구의 문제라기보다, 5시간 세션 한도와 주간 한도가 서로 다른 배수로 움직이는 구조 때문이라는 점이 소송 자료와 사용자 보고로 뒷받침된다. 결국 지금 커뮤니티에 필요한 건 effort 레벨과 모델별 오케스트레이션을 작업 성격에 맞춰 조정하는 실험이고, 요금제 선택에서는 광고된 배수보다 세션·주간 한도를 나눠 따져보는 습관일 것이다.