---
title: "Claude Code에 묶인 개발자가 Anthropic에 빡친 이유"
published: 2026-07-06T12:37:06.000Z
canonical: https://jeff.news/article/4708
---
# Claude Code에 묶인 개발자가 Anthropic에 빡친 이유

글쓴이는 Anthropic이 Claude 구독자를 자사 도구에 묶어두면서, 제3자 에이전트·자동화 사용에는 별도 크레딧과 API 요금을 적용하려 했다고 강하게 비판한다. Claude Code의 품질, API 안정성, 추가 사용량 과금, 오픈소스 모델의 경쟁력까지 엮어 ‘에이전트 주도 개발’보다 ‘에이전트 보조 개발’로 돌아가야 한다는 주장으로 이어진다.

## Anthropic에 대한 불만은 모델 성능보다 ‘락인과 과금’에 꽂혀 있음

- 글쓴이는 최근 여러 에이전트 하네스, LLM, AI 게이트웨이를 써보면서 Anthropic에 대한 호감이 크게 떨어졌다고 말함
  - 핵심 불만은 API 안정성, Claude Code 락인, 추가 사용량 과금, 소비자에게 불리한 정책 변경임
  - 반대로 오픈소스 계열 모델은 예전보다 훨씬 경쟁력이 올라왔다고 봄

- Claude API 안정성도 문제로 지적함
  - Claude 구독을 쓰려면 기본적으로 Anthropic 서버에 묶이는데, API가 불안정하면 업무 중 생산성이 그대로 같이 멈춘다는 주장임
  - Vertex AI, AWS Bedrock, Azure 같은 다른 경로는 더 비싼 Anthropic API 크레딧을 쓰는 쪽이라, 일반 Claude 구독의 대체 경로가 되기 어렵다고 봄

- Claude Code는 좋지만, 그래서 더 위험하다는 식의 비판임
  - 글쓴이도 Claude Code가 인기 있고 강력한 에이전트 하네스라는 점은 인정함
  - 문제는 Claude 구독이 Claude Code CLI, Desktop, CoWork, Slack의 @Claude, Agent SDK 같은 Anthropic 중심 도구에 묶인다는 점임
  - OpenCode 같은 다른 인터페이스가 더 좋아 보여도, Claude 구독을 그대로 가져다 쓰기 어렵다는 게 불만임

```mermaid
sequenceDiagram
    participant 개발자
    participant Claude구독
    participant Anthropic도구
    participant 제3자하네스
    participant 추가사용량
    개발자->>Claude구독: 월 구독 결제
    Claude구독->>Anthropic도구: 기본 사용량 제공
    개발자->>제3자하네스: 같은 모델로 자동화 시도
    제3자하네스->>추가사용량: 별도 크레딧 또는 API 요금 차감
    추가사용량-->>개발자: 구독과 다른 비용 발생
```

## ‘Extra Usage’ 논란은 사용자가 산 상품의 범위를 흐리게 만듦

- Anthropic은 구독 한도 초과나 일부 사용에 대해 Extra Usage로 과금하는 구조를 둠
  - 장시간 AI 세션을 돌리는 사용자에게는 동의 기반 추가 과금이 될 수 있음
  - 하지만 글쓴이는 Anthropic이 강제하는 도구를 쓰는데도 일부 사용이 추가 사용량으로 빠지는 상황을 문제 삼음

- 2026년 6월 15일부터 적용하려던 변경은 제3자 에이전트와 SDK 사용을 별도 풀로 나누는 내용이었다고 설명함
  - Zed 블로그 요약에 따르면 Claude Pro에는 20달러, Max 5x에는 100달러, Max 20x에는 200달러의 Agent SDK 크레딧이 붙는 구조였음
  - 이 크레딧이 다 떨어지면 Extra Usage를 켠 사용자는 표준 API 요금으로 계속 청구되고, 꺼둔 사용자는 다음 결제 주기까지 요청이 멈춤
  - 글쓴이는 기존 구독이 에이전트 사용을 API 대비 약 15~30배 보조해주던 구조였는데, 이 변경은 고사용자에게 큰 비용 증가라고 봄

> [!WARNING]
> 글쓴이가 특히 문제 삼는 건 ‘요금이 비싸다’ 하나가 아님. 제품을 산 뒤 사용 범위와 과금 조건이 바뀌고, 사용자가 청구 페이지를 보기 전까지 체감하기 어렵다는 점임.

- 논란 이후 일부 변경은 소비자 반발로 롤백된 것으로 보인다고 덧붙임
  - 그래도 Anthropic이 사용자를 닫힌 생태계에 묶고, 동적 가격 실험으로 더 많은 돈을 뽑아내려 한다는 신뢰 손상은 남았다는 주장임

## 글쓴이는 ‘vibe coding’에도 회의적으로 돌아섬

- Anthropic이 강한 이유는 많은 사람이 ‘코딩은 이제 해결됐다’는 메시지를 믿기 때문이라고 봄
  - 글쓴이는 전자레인지가 요리를 해결한 게 아니듯, LLM 루프가 코딩을 해결한 건 아니라고 비유함
  - 경영진과 링크드인식 AI 낙관론이 개발자를 대체 가능한 존재처럼 다루고, 품질보다 프로토타입 양을 밀어붙인다고 비판함

- 본인도 한때 에이전트 주도 개발에 깊게 들어갔지만, 부작용을 느꼈다고 함
  - Claude가 다운되면 본인도 같이 멈췄음
  - 에이전트가 많은 코드를 작성하면서 자신의 코드 이해도가 떨어지고, 스킬도 둔해지는 느낌을 받았다고 함

- 그래서 지금은 ‘agent-driven’이 아니라 ‘agent-assisted’로 돌아왔다고 함
  - LLM을 도구 호출과 서브에이전트, MCP 서버를 걷어낸 자동완성으로 본다는 관점임
  - 자신이 이해한 계획과 코드를 AI가 보완하게 만들면, 결과물도 리뷰하기 쉽고 코드가 자기 사고방식에서 크게 벗어나지 않는다는 주장임

## 대안은 오픈소스 모델과 AI 게이트웨이 조합

- 글쓴이는 반AI가 아니라 반락인에 가깝다고 선을 그음
  - 자동완성 중심 워크플로라면 최상위 Opus급 모델이 꼭 필요한 건 아니고 Sonnet으로도 충분하다고 봄
  - 더 자유로운 도구를 쓰려면 Claude 구독에 묶이지 않는 모델 선택지가 필요하다는 얘기임

- 최근에는 Qwen, GLM 같은 모델이 Sonnet을 대체할 정도로 좋아졌다고 평가함
  - 예전에는 Ollama 이후 오픈소스 모델이 Google, OpenAI, Anthropic 모델보다 많이 뒤처졌지만, DeepSeek, GLM, Kimi, Qwen, Minimax, Xiaomi, Stepfun 같은 모델이 경쟁을 끌어올렸다고 봄
  - 본인은 OpenCode 워크플로에서 Qwen과 GLM을 써봤고, 둘 다 Sonnet을 대체했다고 말함

- AI Gateway를 쓰면 특정 회사에 덜 묶일 수 있음
  - OpenRouter, Requesty, Portkey, Vercel 같은 게 예시로 나옴
  - 요청을 가장 싸고 가용성 좋은 백엔드 API 제공자로 라우팅할 수 있고, 데이터 보존 없음, 민감정보 누출 방지, 비싼 모델 제한 같은 정책도 조정할 수 있음
  - 모델마다 연구, 문서화, 코딩 성능이 다르니 하네스·서브에이전트·모델을 실험해 맞추는 게 중요하다는 입장임

> [!IMPORTANT]
> 글의 결론은 ‘Claude를 쓰지 마라’보다 더 넓다. 개발 도구는 열려 있고, 바꿀 수 있고, 고칠 수 있어야 한다는 주장임.

## 결론은 꽤 노골적임

- 글쓴이는 Anthropic의 현재 방향을 비윤리적이라고 봄
  - 고객을 닫힌 시스템에 묶고, 경쟁을 깎아내리고, 자사 소프트웨어 품질은 부족한데 품질 향상을 말한다고 비판함
  - 제품을 인위적으로 제한하고, 더 적은 사용에 더 많이 내게 하는 동적 가격 실험을 하며, 판매 후 조건을 바꾸는 행태도 문제로 봄

- 결국 Anthropic이 빅테크식 반소비자 관행을 따라가고 있다고 판단함
  - 모델 훈련 자본이 필요하다는 현실은 이해하더라도, 그 비용을 제품 경험과 신뢰를 희생해 사용자에게 떠넘기는 방식은 받아들이기 어렵다는 입장임
  - 그래서 본인은 Anthropic 대신 다른 선택지로 이동하겠다고 말함

---

## 기술 맥락

- 이 글의 핵심 기술 선택은 ‘모델 하나에 올인할 것인가, 교체 가능한 LLM 스택을 만들 것인가’예요. Claude가 코딩에 강하더라도 구독, 하네스, 과금이 한 회사 정책에 묶이면 개발 워크플로 전체가 외부 변경에 흔들리거든요.

- Agent Harness가 중요한 이유는 LLM 코딩 품질이 모델만으로 결정되지 않기 때문이에요. 어떤 파일을 읽고, 어떤 명령을 실행하고, 변경을 어떻게 보여주고, 실패했을 때 복구가 쉬운지가 실제 생산성을 갈라요.

- AI Gateway는 이런 락인을 줄이는 중간 계층으로 나와요. OpenRouter 같은 계층을 두면 Qwen, GLM, Claude 계열을 비용과 가용성에 맞춰 바꿀 수 있고, 민감 데이터 처리나 고가 모델 제한 같은 운영 정책도 한곳에서 잡을 수 있어요.

- 글쓴이가 agent-driven에서 agent-assisted로 돌아간 것도 기술적으로는 중요한 판단이에요. 에이전트가 계획과 구현을 주도하면 빠를 수 있지만, 개발자가 변경 이유를 놓치기 쉬워요. 반대로 자동완성처럼 쓰면 속도 향상은 챙기면서 리뷰 가능성과 코드 소유권을 더 잘 지킬 수 있어요.

## 핵심 포인트

- Claude 구독은 Claude Code 같은 1차 도구에 강하게 묶여 있어 제3자 하네스 사용이 제한됨
- Anthropic은 제3자 에이전트·SDK 사용을 별도 크레딧 풀로 분리하려 했고, 고사용자에게 큰 비용 증가가 될 수 있었음
- 글쓴이는 Claude Code 품질과 API 안정성에 불만을 제기함
- Qwen, GLM 같은 오픈소스 계열 모델이 코딩 워크플로에서 Sonnet 대체재가 될 수 있다고 봄
- AI를 코드 작성의 운전자로 두기보다 개발자의 이해와 계획을 보완하는 자동완성으로 써야 한다고 주장함

## 인사이트

AI 코딩 도구 논쟁의 핵심이 모델 성능만이 아니라 과금, 락인, 도구 선택권, 개발자의 코드 이해력까지 번졌다는 점이 잘 보임. 한국 개발자도 Claude Code, OpenCode, Zed, OpenRouter 같은 조합을 쓰기 시작했다면 그냥 남 얘기가 아님.