클로드가 달라졌다는 체감
체감 성능과 청구서 앞에서, 개발자들은 클라우드 AI를 다시 저울질하고 있다
이번 주 이야기
클로드의 성격 논쟁: 장황함부터 '퍼마스파이크'까지
Opus 4.7·4.8 출시 이후 '모델이 달라졌다'는 체감 불만이 여러 스레드에서 이어졌다. 사용자들은 클로드의 이상 행동 (출처: 애들아 나 기분이 좀 이상해)을 두고 설교조 답변과 고집스러운 태도를 지적했고, 다른 글에서는 지나친 장황함 (출처: 앤스로픽, 말 많은 거 조절하는 설정 좀 만들어주세요) 때문에 이전 버전으로 되돌아갔다는 호소가 이어졌다.
논쟁은 성능 저하가 실재하는지를 둘러싼 공방으로 번졌다. 한 사용자는 로그 스케일 차트를 직접 재검증 (출처: 이 차트 뭔가 수상해서 직접 수정해 봤습니다 (결과 보고 충격받음!))해 low effort Opus 4.8이 Sonnet 4.6 상위 모드보다 저렴하고 우수하다는 결과를 내놓았고, 다른 글은 이 현상에 '퍼마스파이크 효과' (출처: '퍼마스파이크 효과' 설명: 최근 Claude가 다르게 느껴지는 이유)라는 이름을 붙여 반복된 너프 탓으로 돌렸다. 반대편에서는 프롬프트 방식을 바꾸자 인상이 달라졌다 (출처: Opus 4.8을 3일 써보고 생각이 바뀌었다. '결과가 나쁘다'는 불평은 프롬프트 문제인 듯)는 반론과 모델 자체의 과적합 (출처: Opus 4.8은 학습 과정에서 과적합된 것 같음.) 가능성을 지적하는 분석도 나왔다.
arena 랭킹과 실사용 체감은 서로 어긋나며 논쟁은 결론 없이 남았다. arena.ai 순위 (출처: arena.ai에 따르면 Opus 4.8이 Gemini 3 Pro보다 성능이 떨어진다고 함)에서 Gemini 3 Pro가 Opus 4.8보다 앞섰다는 결과에 여러 사용자는 동의하지 않았고, 출시할 때마다 성능이 떨어진다는 불만 (출처: 왜 출시할 때마다 성능이 더 떨어지는 거지?)과 시스템 프롬프트를 직접 뜯어본 Claude Code 실험 (출처: 실험: Claude Code 프롬프트를 수정해 보니, 엉망인 코드는 Anthropic이 우리를 코더로 보지 않기 때문이라는 걸 (스스로) 증명했다.)까지 겹치며 원인은 벤치마크와 프롬프트, 실제 성능 중 무엇인지 합의되지 않았다.
이번 논쟁은 단일한 성능 저하보다 지표 해석과 사용법이 뒤섞인 신뢰 문제에 가깝다. 벤치마크를 직접 재현하려는 시도가 늘고 있다는 점은 공식 지표에 대한 의심이 커졌다는 신호로 읽힌다. 같은 불만이 다음 버전에서도 반복된다면 벤치마크 공개 방식을 점검할 대목이 될 수 있다.
청구서 충격의 한 주: AI 코딩 비용이 갑자기 보이기 시작했다
같은 주에 여러 벤더에서 동시다발적으로 비용·쿼터 문제가 터졌다. 앤스로픽 API 사용료 (출처: 앤스로픽 청구서)가 1만 5천 달러에 달했다는 청구서가 공유됐고, 한 신입 개발자는 엔터프라이즈 계정으로 프롬프트 다섯 번 만에 145달러 (출처: 회사에서 Claude 엔터프라이즈 계정을 줬는데, 벌써 HR에서 비용 문제로 연락이 왔습니다.)가 나가 HR의 연락을 받았다고 전했다. 익명 기업이 직원 사용 제한 없이 한 달 5억 달러를 썼다는 보도 (출처: 한 익명의 기업이 직원 사용 제한을 설정하지 않아 한 달 만에 Claude에 5억 달러를 지출했다는 보도)도 돌았으나 출처가 불분명해 회의적으로 받아들여졌다.
Google과 Cursor에서도 예고 없는 접근성 변화가 확인됐다. Gemini Pro 사용자들은 하루 100개였던 프롬프트 한도가 18개로 급감 (출처: Gemini Pro 하루 100개 프롬프트 되던 게 이제 18개로 줄었네. 구독 취소한다.)했다고 밝혔고, 이후 프롬프트당 쿼터를 5%로 제한했던 조치 (출처: Gemini 3.1 Pro의 '할당량 제한'이 딱 일주일 만에 끝났네요. 이제 프롬프트 하나에 할당량 30% 이상이 날아갑니다)도 공지 없이 원상복구됐다고 보고됐다. Cursor 사용자는 동의 없이 Ultra 플랜으로 업그레이드 (출처: Cursor가 내 동의 없이 Pro+에서 Ultra 플랜으로 업그레이드함)되어 청구액이 뛰었다고 주장했으나, 스레드 반응은 아직 확인이 필요한 수준에 머물렀다.
Claude Code와 Codex에서도 사용량 구조 자체에 대한 불만이 이어졌다. 수백 개 서브 에이전트로 레이트 리밋에 걸린 사례 (출처: 레이트 리밋 초기화)와 주간 크레딧을 5시간 창 밖에서 못 쓴다는 불만 (출처: 왜 남은 주간 사용량을 마지막 5시간 윈도우에 다 쓸 수 없는 거야? 내가 돈 낸 크레딧 낭비하는 기분임)은 사용량 설계 자체를 겨눴고, OpenAI 쪽에서는 가성비 좋던 Codex 5.3이 조용히 제거 (출처: Codex 5.3 사망 :()되며 대체 모델을 찾는 글 (출처: Codex 대체제 찾습니다)이 잇따랐다.
한 주 사이 벤더별로 다른 방식의 비용 충격이 겹치며, 실사용자 사이에서는 비용 감각을 다시 따져야 한다는 인식이 커진 것으로 보인다. 쿼터 롤백이나 무단 업그레이드처럼 공지 없는 변경이 반복된다면 정액 요금을 무심코 신뢰하기는 어려워질 수 있다. 이 흐름대로라면 비용 투명성 요구는 다음 청구 주기에도 이어질 가능성이 크다.
오픈 웨이트의 반격: Gemma 4·MiniMax M3·Nemotron이 로컬 코딩의 체감을 바꾸다
클라우드 비용 부담이 커지는 가운데, 이번 주 오픈 웨이트 모델들이 잇달아 공개되며 로컬 대안의 존재감이 커졌다. MiniMax M3 (출처: MiniMax M3 - 코딩 및 에이전트 성능의 정점, 1M 컨텍스트, 멀티모달)는 1M 컨텍스트와 멀티모달을 앞세워 공개됐고, NVIDIA는 Nemotron 3 Ultra (출처: NVIDIA, Nemotron 3 Ultra 발표)를 훈련 데이터까지 공개하는 정책과 함께 선보였다. 다만 두 모델 모두 과거 오픈소스 SOTA 주장이 반복적으로 어긋났던 전례 때문에 커뮤니티는 신중한 반응을 보였다.
구글의 Gemma 4는 실측 테스트를 거치며 로컬 사용자들의 관심을 가장 크게 모았다. Gemma 4 12B 공개 (출처: google/gemma-4-12B · 허깅페이스) 이후 사용자들은 RTX 4090에서 12B와 26B-A4B를 직접 비교 (출처: 구글의 새로운 Gemma 4 12B가 26B급 성능을 낸다고 주장함 - 직접 테스트해 봄!)해 12B가 VRAM을 절반만 쓰면서도 근접한 성능을 낸다고 확인했고, 이어 QAT 체크포인트 (출처: 양자화 인식 학습(QAT)이 적용된 Gemma 4)가 공개돼 저사양 VRAM에서도 구동 가능해졌다.
llama.cpp의 MTP 지원 병합으로 실측 성능이 구체적인 수치로 확인됐다. 한 사용자는 MTP와 QAT를 결합 (출처: llama.cpp에 Gemma 4 MTP 지원이 병합됨!)해 12GB VRAM 환경에서 초당 140토큰을 냈다고 보고했으며, 이는 클라우드 요금 충격 속에서 로컬 실행이 실용적 대안이 될 수 있음을 보여주는 사례로 받아들여졌다.
이번 주의 실측치들은 오픈 웨이트가 여전히 벤치마크 과장 논쟁을 안고 있지만, 소비자용 GPU 한 대로도 쓸만한 속도를 낼 수 있다는 근거가 쌓이고 있음을 시사한다. MiniMax와 Nemotron처럼 검증되지 않은 주장은 신중하게 받아들여지는 반면, Gemma 4는 실측 재현이 잇따르며 신뢰를 얻는 모습이다. 클라우드 비용 논란이 이어질수록 로컬 대안을 향한 관심은 한동안 이어질 것으로 보인다.
더 읽기
- 이 차트 뭔가 수상해서 직접 수정해 봤습니다 (결과 보고 충격받음!) — 로그 스케일 차트를 직접 재현해 Opus 4.8 효율성을 재검증한 과정을 상세히 보여준다.
- 실험: Claude Code 프롬프트를 수정해 보니, 엉망인 코드는 Anthropic이 우리를 코더로 보지 않기 때문이라는 걸 (스스로) 증명했다. — Claude Code 내부 프롬프트를 실제로 추출해 교체해본 실험의 전말을 확인할 수 있다.
- llama.cpp에 Gemma 4 MTP 지원이 병합됨! — QAT와 MTP를 결합해 12GB VRAM에서 실측 속도를 끌어올린 구체적 설정법을 담고 있다.
- 양자화 인식 학습(QAT)이 적용된 Gemma 4 — Gemma 4 QAT 체크포인트의 KLD 분석 등 양자화 성능을 따져본 자료로 안내한다.
이번 주의 밈
동료에게 클로드 말투로 답장했더니, 이번 주 커뮤니티가 가장 크게 웃은 사연이 됐다.
직장 동료들의 메시지에 Claude처럼 답장하기 시작했다
이번 주의 팁
Claude Code 훅(Hooks) 활용법
Claude Code의 라이프사이클 이벤트에 쉘 명령을 연결해 자동 포맷팅, 보안 차단, 완료 알림 등을 자동화하는 기법이다. AskUserQuestion 툴과 결합하면 작업 중간에 체크인 지점을 만들 수 있고, 하네스 엔지니어링에 필수적이라는 평가도 있다.
Claude Code의 'Hooks' 기능, 너무 저평가된 것 같아서 내가 아는 거 다 정리해 봄
도구별 한 줄
- Claude Code — 폴백 모델 설정이 추가돼 주 모델이 과부하 상태일 때 최대 세 모델까지 자동으로 순차 전환된다.
Claude Code v2.1.166 - Cursor — Canvas 기능이 추가돼 에이전트가 대시보드나 보고서 같은 대화형 산출물을 만들어 팀과 바로 공유할 수 있게 됐다.
Cursor — Canvas Design Mode and Context Usage Report - Codex — TUI 키바인딩이 F13~F24까지 확장되고 검색 메뉴에서 붙여넣기와 추론 전용 상태 표시가 가능해져 터미널 조작감이 개선됐다.
Codex v0.137.0 - OpenCode — 시작 시간이 38% 단축돼 세션을 열 때 체감 대기 시간이 눈에 띄게 줄었다.
OpenCode v1.16.0 - Oh My OpenAgent — LazyCodex가 시작 시 자동 업데이트를 확인하고, 신규 설치에는 Codex 자율 권한이 기본값으로 적용돼 별도 설정 없이 자율 실행 환경이 구성된다.
Oh My OpenAgent v4.7.0 - Pi — Ant Ling·NVIDIA NIM·MiniMax-M3 제공자를 새로 지원하고, 임시 확장 설치 경로를 격리해 보안을 강화했다.
Pi v0.78.1 - Oh My Pi — promptCacheKey와 자격증명 자동 재해석 기능이 추가돼 스트리밍 중 인증 오류에도 재시도가 가능해졌지만, 커스텀 인증 재시도 훅이던 onAuthError 옵션이 제거돼 기존 연동은 리졸버 기반으로 바꿔야 한다.
Oh My Pi v15.10.1