Claude Code에 묶인 개발자가 Anthropic에 빡친 이유

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 구독을 그대로 가져다 쓰기 어렵다는 게 불만임

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배 보조해주던 구조였는데, 이 변경은 고사용자에게 큰 비용 증가라고 봄

• 논란 이후 일부 변경은 소비자 반발로 롤백된 것으로 보인다고 덧붙임
  • 그래도 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 제공자로 라우팅할 수 있고, 데이터 보존 없음, 민감정보 누출 방지, 비싼 모델 제한 같은 정책도 조정할 수 있음
  • 모델마다 연구, 문서화, 코딩 성능이 다르니 하네스·서브에이전트·모델을 실험해 맞추는 게 중요하다는 입장임

결론은 꽤 노골적임

• 글쓴이는 Anthropic의 현재 방향을 비윤리적이라고 봄

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

• 결국 Anthropic이 빅테크식 반소비자 관행을 따라가고 있다고 판단함

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

기술 맥락

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

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

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

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