2026년 7월, 긱뉴스에 올라온 한 글이 HN과 r/LocalLLaMA를 동시에 뜨겁게 달궜다. 제목은 "Anthropic이 개발자 호감을 잃는 몇 가지 방법" — 제목부터가 직설적이다. 핵심은 단순하다. Anthropic이 Claude 구독을 자사 도구 중심 체계에 묶고, 제3자 에이전트 사용에 별도 과금을 붙이면서, 개발자가 기대한 "구독 한도 = 어디서든 자유롭게 사용"이라는 모델이 사실상 무너졌다는 진단이다. 이 글은 그 진단을 한 단계 더 밀어붙여, 단일 벤더 락인이 AI 시대 개발자에게 어떤 비용을 강제하는지, 그리고 지금 당장 우리가 어떻게 빠져나올 수 있는지를 정리한다.
Claude 구독과 API 락인 — "Pro $20 어디까지 쓸 수 있냐"의 끝
Claude Pro $20, Max 5x $100, Max 20x $200. 이 숫자는 우리 모두에게 익숙한 "월정액"의 세계다. 그런데 2026년 6월 15일, Anthropic은 이 월정액을 두 개의 풀로 나눴다.
- 1차 도구 사용: Claude chat, 공식 Claude Code CLI/Desktop, Claude CoWork, Slack의 @Claude
- 제3자 에이전트와 SDK 사용: ACP,
claude -p, 기타 제3자 하네스
문제는 후자다. 제3자 도구로 Claude를 호출하면, 기존 Pro/Max 한도에서 차감되지 않고 월 $20~$200의 별도 "Agent SDK 크레딧" 풀에서 빠진다. 이걸 다 쓰면 extra usage가 켜져 있을 때 표준 API 요금이 청구된다. Zed의 계산에 따르면 기존 Claude 구독은 API 가격 대비 약 15~30배 수준으로 에이전트 사용을 보조했는데, 이번 변경은 그 보조를 없애는 거나 다름없다. 소비자가 격렬히 반발했고, Anthropic은 결국 변경을 되돌렸다고 공식 support 페이지에 명시했지만, 정책이 잠깐이라도 시도됐다는 사실 자체가 시그널이다.
게다가 Claude API는 Vertex AI, AWS Bedrock, Azure에서도 호출할 수 있지만, 이 경로는 Claude 구독보다 비싼 API 과금을 적용한다. 결국 "구독을 가장 싸게 쓸 수 있는 유일한 길은 Anthropic 1차 도구" 라는 사실이 구조적으로 강화되는 셈이다. Claude가 죽으면 내 워크플로도 같이 멈춘다 — 업무 디버깅에 Claude를 깊이 쓰는 사람이라면 한 번쯤 느꼈을 의존성이다.
Claude Code — 좋은 도구, 하지만 9,100개의 이슈
Claude Code는 분명 인기 있는 에이전트 하네스다. 다만 비판도 동시에 따라온다. 글 작성 시점 기준 Claude Code CLI GitHub 저장소에는 약 9,100개의 이슈가 열려 있다. 그중:
- #18532 "완전히 멈추는 문제"는 6개월 이상 해결되지 않음
- #769 "화면 깜빡임 문제"는 1년 이상 열린 상태
- 변경 로그에는 거의 매 릴리스마다 버그 수정 항목이 등장
OpenCode, Pi, Nanocoder 같은 FOSS 도구의 CLI 인터페이스가 UX 측면에서는 더 낫다는 평가도 있다. 그런데 결정적인 제약이 있다 — Claude 구독을 OpenCode에 적용할 수 없다. Anthropic OAuth를 지원하는 FOSS 프로젝트(Pi Coding Agent 등)에 인증하면 "제3자 하네스 사용은 Claude 플랜 한도가 아니라 extra usage에서 차감됨"이라는 경고가 뜬다. 그리고 더 잔인한 디테일 하나: Anthropic 1차 도구를 쓰더라도, rate limit에 도달하기 전에 extra usage가 먼저 차감될 수 있다.
감지 방식과 프록시 도구 — 신뢰의 끝
더 기이한 사건도 보고됐다. Anthropic은 사용자가 제3자 도구를 쓰는 것으로 "판단"했을 때 extra usage를 부과한 적이 있다. 그 방식은 세션 디렉터리에 특정 이름의 파일이 있는지 감지하는 것이었다. 그리고 Claude 구독과 제3자 하네스의 호환성을 복원하려는 프록시 도구(Meridian 등)도 하룻밤 사이에 extra usage 과금 대상이 됐다. Anthropic은 API 계약을 그렇게 제한했다.
"이게 무슨 짓이냐"는 목소리가 나오는 건 당연하다. 글쓴이는 이렇게 정리한다: Anthropic의 자본 필요성은 추론 비용보다 모델 훈련 비용에 있고, 제품 자체보다 다음 모델 훈련을 위해 사용자 부담이 커진다는 비판으로 이어진다. 락인은 사용자 경험이 아니라 Anthropic의 다음 학습 라운드 자금을 위해 작동한다는 것이다.
Vibe Coding의 어두운 면 — "코딩은 solved"는 거짓말
Dario와 Boris가 "코딩은 solved"라는 인식을 만들었다는 비판이 있다. 전자레인지가 요리를 해결하지 않았다는 비유로 반박한다. LinkedIn의 AI 과열 분위기, vibecoding software로 엔지니어를 자동화하자는 경영진 메시지는 코드와 개발자를 소모품처럼 보는 태도를 강화한다. Claude는 코딩을 못 하거나 하지 않는 사람에게 특히 유용하고, vibecoder가 많아질수록 Anthropic의 시장 점유율은 커진다. 단, 그게 좋은 방향인지에 대한 질문은 따로 남는다.
글쓴이는 "tokenmaxxing" 시기에 vibecoding에 깊게 의존했지만, Claude가 내려가면 본인도 작업을 멈췄고, 에이전트 주도 개발이 코드 이해도 저하로 이어졌다고 회고한다. 결국 자동완성에 가까운 AI 코딩 — Copilot식 UX — 으로 돌아왔다. AI가 이해·계획·코드를 보완하되 변경 검토가 쉬운 agent-assisted development를 지향한다는 결론이다.
탈출구 — 오픈소스 모델과 AI 게이트웨이
자, 그래서 어떻게 하냐. 자동완성 중심 사용이라면 Fable이나 Opus까지 필요 없고, Sonnet이면 충분하다는 평가다. 진짜 자유롭게 도구를 쓰려면 모델 선택지가 필요하다.
오픈소스 모델의 부상: Ollama 시절에는 오픈소스 모델이 독점 모델보다 한참 아래였다. 하지만 최근 Deepseek, GLM, Kimi, Qwen, Minimax, Xiaomi, Stepfun 같은 해외 모델이 경쟁력을 보이기 시작했다. 글쓴이는 Qwen과 GLM이 OpenCode 워크플로에서 Sonnet을 대체했다고 말한다.
AI 게이트웨이의 활용: OpenRouter, Requesty, Portkey, Vercel 같은 게이트웨이를 쓰면 여러 오픈소스 모델 중에서 선택하고, 가장 저렴하거나 가용성 높은 백엔드로 요청을 라우팅할 수 있다. 추가 이점은:
- 데이터 보존 없음 설정 최적화 가능
- 프롬프트의 민감 정보 누출 감소
- 비싼 모델 사용량 제한
각 모델의 강점이 다르다는 점도 중요하다. 어떤 모델은 리서치에 강하지만 문서화에 약하고, 어떤 모델은 코딩에 강하지만 리서치에 약하다. 글쓴이의 현재 조합은 Qwen과 GLM을 오케스트레이션에, Deepseek를 검색에, Minimax를 파일 편집에 쓰는 식이다. 단일 모델에 올인하지 않는 게 핵심이다.
그래서 무엇이 옳은가 — 수리 가능한 시스템
글은 다음 행위들이 비윤리적이라고 비판한다:
- 시장 확보를 위해 고객을 폐쇄 시스템에 락인
- 제품에 위험이 되는 경쟁사를 깎아내림
- 자사 소프트웨어 품질이 낮은데도 품질을 높인다고 주장
- 공포 마케팅을 위해 자사 제품을 인위적으로 제한
- 사용자가 더 적은 가치에 얼마나 더 낼지 보기 위한 동적 가격 테스트
- 판매 뒤 사용자 기반에 알리지 않고 제품 조건 변경
Anthropic은 빅테크의 공격적이고 반소비자적 관행을 따라가고 있다는 평가다. 지향점은 명확하다 — 개방적이고, 설정 가능하며, 수리 가능한 시스템. 보안을 이유로 모델을 제한하거나, 고객 보호를 무시해서는 안 된다.
우리에게 남긴 교훈
이번 Anthropic风波(파동)에서 단순히 "Anthropic이 나빘다"로 끝낼 게 아니다. 우리가 AI 도구를 쓸 때 단일 벤더에 의존하는 비용을 정량화해야 한다. Claude Pro $20이 어디까지 통하는지, 내 워크플로가 특정 도구의 죽음에 얼마나 취약한지. 그리고 모델-교체 가능한 아키텍처를 처음부터 설계해야 한다. OpenRouter 하나 끼우면, 내일 어떤 모델이 사라져도 내 워크플로는 살아남는다.
Vibe coding에 깊이 빠진 사람은 한 번 멈춰서, 본인이 작성한 코드를 5분 안에 설명할 수 있는지 테스트해보길 권한다. 못 한다면, 그건 AI가 짠 코드가 아니라 AI에 의존하는 본인을 코딩한 거다. 다음 모델 훈련 라운드를 위해 본인을 소모시키는 구조에서 벗어나는 것 — 그것이 이 글이 우리에게 묻는 진짜 질문이다.
- --
- 참고 링크*
'AI 뉴스' 카테고리의 다른 글
| 저커버그, "AI 에이전트 기술이 기대보다 느리게 발전하고 있다" — 메타의 AI 조직 대전환, 4개월 후 돌아보기 (0) | 2026.07.07 |
|---|---|
| GLM 5.2와 AI 추론 마진 붕괴 — 오픈 가중치가 프런티어 랩의 가격 구조를 흔든다 (0) | 2026.07.07 |
| Jetendard — JetBrains Mono Nerd Font × Pretendard 하나로 끝내는 한글 개발 폰트 (0) | 2026.07.07 |
| AI 시대, 의미가 보이는 프로젝트를 설계하는 법 (0) | 2026.07.07 |
| 덜한 것이 더 낫다, 대체로 — AI 시대 제품 설계의 본질 (0) | 2026.07.07 |