Claude 구독 차단 이후 뭐가 달라지나 2026 비용 비교표

구독형 Claude만으로 굴리던 흐름이 어느 날부터 불안해질 때가 있다.

한쪽에서는 호스팅형 에이전트가 나왔다고 하고,

다른 쪽에서는 오픈소스 control plane으로도 비슷한 걸 만들 수 있다고 하고,

또 어떤 날은 그 로그인 방식 이제 위험한 거 아니냐 같은 문구가 같이 돈다.

이럴 때 제일 위험한 반응은 뉴스 제목 하나 보고 이제 이걸로 갈아타면 끝 이라고 믿는 거다.

2026년 4월 10일 기준으로 지금 갈라진 건 단순히 도구 이름이 아니다.

seat 기반 구독 lane

hosted runtime lane

self-hosted control plane lane

직접 harness lane

이 네 개가 운영 방식까지 포함해서 나뉘고 있다.

이번 글은 무엇이 최고냐를 뽑는 글이 아니다.

내가 실제로 보는 기준은 더 단순하다.

누가 런타임을 책임지나

비용이 월 정액으로 보이냐, 토큰으로 새냐

실패했을 때 새벽에 누가 일어나야 하냐

이 세 가지다.

먼저 답만 짧게 적어두면 이렇다.

Managed Agents는 시간을 사는 레인이고,
OpenClaw는 자유도를 사는 대신 운영 책임도 같이 사는 레인이고,
직접 하네스는 통제력을 사는 대신 네가 운영팀이 되는 레인이다.
구독형 seat는 가장 예측 가능하지만,
정책 경계와 API 전환 지점을 헷갈리면
나는 구독 쓰는 줄 알았는데 API 돈이 나간다 같은 사고가 나기 쉽다.

지금 결론

선택지	돈이 새는 방식	누가 운영 책임을 지나	언제 맞고 언제 아닌가
Claude Pro/Max + Claude Code	월 정액 seat 중심	대부분 Anthropic, 일부는 사용자 워크플로	짧은 수동 작업과 개인 사용에 좋고, 복잡한 서버형 운영에는 한계가 있다
Managed Agents	토큰 + 툴 호출 + code execution	Anthropic가 런타임을 많이 맡음	빠르게 배포하고 싶을 때 좋고, 통제권이 중요한 팀엔 답답할 수 있다
OpenClaw	소프트웨어는 오픈이지만 호스팅·인증·정책 리스크가 따로 든다	네가 control plane 운영자	채널 허브와 개인 control plane이 필요할 때 맞고, “그냥 알아서 돌아가게”가 목적이면 안 맞다
직접 하네스	API 토큰 + 인프라 + 사람 시간	거의 전부 너	규칙, 보안, 승인, 복구를 직접 통제해야 할 때 맞고, 초반 팀에는 과투자일 수 있다

짧게 줄이면 아래다.

Seat는 예측 가능성을 사는 방식이다.
Managed Agents는 운영 시간을 사는 방식이다.
OpenClaw는 자유도와 채널 통합을 사는 대신 infra 책임을 같이 산다.
직접 하네스는 통제권을 사는 대신 야근 가능성도 같이 산다.

이번 비교에서 내가 직접 본 범위

이 글은 범위를 섞어 쓰면 바로 과장처럼 보인다.

그래서 아래처럼 나눠서 보는 게 안전하다.

직접 굴려본 범위: Claude Code seat/API 전환, 로컬 하네스 운영, handoff와 복구 루프에서 생기는 사람 시간
문서 기준 비교 범위: Managed Agents 런타임 구조, observability 한도, OpenClaw provider 정책과 호스팅 가이드
기준 시점: 2026-04-10

즉 Managed Agents와 OpenClaw를 내가 이미 전부 production으로 굴렸다는 뜻은 아니다.

대신 이 글은 직접 운영에서 어디서 비용이 샜는지 와 공식 문서상 어떤 책임이 누구에게 가는지 를 분리해서 비교한다.

먼저 정책 경계부터 분리하자

이번 주제는 이름부터 좀 자극적이다.

구독 차단

그런데 실제로 오래 가는 글을 만들려면 영구 차단 서사보다 정책이 흔들릴 때 어떤 레인이 갈라졌나로 써야 한다.

Anthropic Agent SDK 문서는 제3자가 자기 제품에 claude.ai login이나 Claude의 rate limits를 얹어 파는 행위를 허용하지 않는다는 경계를 분명히 적고 있다.

즉 구독 우회형 서드파티 리스크 자체는 실재한다.

반면 OpenClaw 현재 provider 문서는 Anthropic staff가 allowed again이라고 말했다는 문구를 남기고 있다.

이 말은 곧 현재 상태를 영구 종료로 쓰는 것도 위험하고, 아무 문제 없다로 쓰는 것도 위험하다는 뜻이다.

그래서 이 글은 정책 뉴스 자체를 요약하지 않고, 그 혼선 이후 운영 선택지가 어떻게 갈라졌는지에 초점을 둔다.

같은 날 나온 clone 이야기와 OpenClaw는 분리해서 보자

이 포인트는 조심해야 한다.

로컬 리소스 기준으로 Managed Agents 발표 직후 같은 날 clone 서사로 잡힌 건 Multica 쪽이다.

OpenClaw는 그 same-day clone 서사 그 자체라기보다 이미 다른 축에서 self-hosted control plane으로 비교 가능한 도구다.

즉 제목에 OpenClaw를 쓰더라도 본문에서는 아래처럼 분리해줘야 덜 틀린다.

발표 직후 유사 clone 축
계속 운영 가능한 self-hosted control plane 축

이 구분을 안 하면 사실관계가 한 번에 꼬인다.

Seat lane은 왜 아직도 제일 편한가

Anthropic 가격 페이지 기준으로 Max는 5x = 월 100달러, 20x = 월 200달러다.

이 레인의 장점은 아주 단순하다.

월 고정비를 예측하기 쉽다.

개인 작업이나 소규모 팀의 수동 코딩 세션은 여전히 이쪽이 가장 마음이 편하다.

문제는 경계가 흐려지는 순간이다.

Anthropic 지원 문서는 Pro/Max 사용량이 Claude 앱과 Claude Code에서 공유된다고 설명하고, 시스템에 ANTHROPIC_API_KEY가 잡혀 있으면 Claude Code가 구독이 아니라 API key로 인증되어 API 과금 lane으로 들어갈 수 있다고 적고 있다.

이 지점이 실무에서 제일 많이 사고 난다.

사람은 seat 쓰는 줄 아는데, 실제론 token lane으로 넘어가 버린다.

그래서 seat lane을 유지하려면 가격표보다 먼저 인증 lane부터 분리해야 한다.

Managed Agents는 사실 하네스를 사는 상품에 가깝다

Anthropic 공식 설명을 보면 Managed Agents는 단순히 agent를 하나 띄워주는 기능이 아니다.

세션, 메모리, 권한, 툴, 관측, 실행환경을 호스팅형으로 묶어주는 런타임에 가깝다.

이 말은 곧 사람이 직접 하네스를 짜고 복구 루프를 만들고 세션 상태를 잇는 비용을 일부 Anthropic에게 넘기는 구조라는 뜻이다.

그래서 내가 보는 장점은 이거다.

처음 붙는 속도가 빠르다
세션과 관측이 한 상품 안에서 이어진다
팀이 런타임을 직접 돌리지 않아도 된다

반대로 약점도 명확하다.

토큰 비용만 보면 계산이 틀린다
툴 호출과 code execution 비용을 같이 봐야 한다
운영 한도와 rate limit이 없는 black box가 아니다

Anthropic 문서에는 Managed Agents observability API rate limit도 따로 나온다.

즉 편한 상품이지만 무한한 상품은 아니다.

이걸 딸깍 배포라고만 쓰면 현실이 너무 많이 빠진다.

Managed Agents에서 제일 많이 빼먹는 비용

Anthropic 가격 페이지를 보면 Sonnet 4.5는 입력 1M 토큰당 3달러, 출력 1M 토큰당 15달러다.

여기에 web search tool은 1,000회당 10달러, code execution은 하루 50시간 무료, 월 1,550시간 무료 이후 시간당 0.05달러 구조가 붙는다.

즉 Managed Agents 총비용은 아래 셋을 합쳐서 봐야 맞다.

모델 토큰
툴 호출
실행환경 시간

여기에 사람 시간까지 얹으면 비용표는 더 현실적이 된다.

그래서 Managed Agents가 비싸냐보다 내가 직접 운영했을 때의 사람 시간보다 싸냐로 봐야 한다.

OpenClaw는 공짜라기보다 비용 형태를 바꾸는 쪽이다

OpenClaw docs를 보면 이 도구는 multi-channel gateway, multi-agent routing, web control UI, mobile nodes 같은 축이 강하다.

그리고 Oracle Cloud Always Free ARM tier에 상시 Gateway를 올리는 가이드도 제공한다.

이쯤 되면 사람이 이런 생각을 한다.

그럼 이거 공짜 아닌가

여기서 바로 함정이 나온다.

OpenClaw 자체는 오픈소스에 가깝고, seat 비용도 낮아 보인다.

그런데 실제 운영 비용은 따로 난다.

어디에 띄울지 정해야 한다
인증과 토큰을 관리해야 한다
정책 문구가 흔들릴 때 해석도 직접 해야 한다
background task와 구독 사용 범위 같은 경계를 계속 봐야 한다

즉 OpenClaw는 구독비를 0으로 만드는 도구라기보다 구독비 일부를 infra와 운영 시간으로 바꾸는 도구에 가깝다.

이건 예전에 OpenCode나 oh-my-opencode를 볼 때랑 비슷하다.

오픈소스가 돈을 없애는 게 아니라, 돈이 새는 위치를 바꾼다.

OpenClaw가 맞는 사람과 안 맞는 사람

맞는 사람

여러 채널에서 같은 agent를 굴리고 싶다
self-hosted control plane을 손에 쥐고 싶다
설치와 호스팅을 직접 보는 게 크게 부담되지 않는다
messaging layer와 agent layer를 연결하는 허브가 필요하다

안 맞는 사람

그냥 빠르게 agent를 배포하고 싶다
장애가 나면 누가 복구할지 아직 정해져 있지 않다
인증, 토큰, VPS 운영을 직접 보고 싶지 않다
정책 경계가 흔들릴 때 매번 문서를 추적하기 싫다

한 줄로 정리하면 이렇다.

OpenClaw는 자유도를 사는 도구고, 자유도는 대체로 운영 책임과 같이 온다.

직접 하네스는 왜 제일 싸보이는데 가장 비쌀 수 있나

직접 하네스는 멋있다.

내 규칙대로 짤 수 있고, 내 로그 구조대로 남길 수 있고, 내 승인 루프를 넣을 수 있다.

그리고 문서만 보면 API 단가와 서버비만 계산하면 될 것처럼 보인다.

그런데 실제 운영에서는 여기서 사람 시간이 제일 많이 샌다.

왜냐하면 결국 네가 아래를 다 해야 하기 때문이다.

세션 handoff
상태 복구
승인 흐름
실패 시 재시도
로그 구조 설계
온콜과 디버깅

이건 하네스를 만드는 비용이지, 쓰는 비용이 아니다.

그래서 팀이 아직 반복 실패 패턴도 파악 못 한 상태라면 직접 하네스는 과투자일 수 있다.

반대로 보안 경계, 사내 도구, 복구 규칙, 감사 로그를 직접 쥐어야 하는 팀이라면 이 비용을 감수할 이유가 생긴다.

언제 안 쓰는지도 같이 써야 판단이 선다

이번 글을 TECHTAEK답게 쓰려면 언제 안 쓰는가를 같이 적어야 한다.

Seat 구독이 안 맞는 순간

여러 툴 호출과 자동 루프가 많이 붙는다
장시간 background work가 필요하다
API lane과 seat lane이 자꾸 섞인다

Managed Agents가 안 맞는 순간

팀이 아주 세밀한 제어권을 원한다
자체 VPC나 내부 규정이 더 중요하다
관측과 복구를 전부 직접 통제해야 한다

OpenClaw가 안 맞는 순간

infra owner가 없다
채널 연결보다 코딩 하네스가 더 급하다
정책 경계를 계속 추적하고 싶지 않다

직접 하네스가 안 맞는 순간

아직 실패 패턴도 정리 안 됐다
agent보다 사람이 더 부족하다
운영 문서와 로그를 관리할 시간이 없다

실수 TOP 4

1. 구독 seat와 API lane이 자동으로 같은 줄인 줄 아는 것

지원 문서 기준으로 ANTHROPIC_API_KEY가 잡혀 있으면 생각보다 쉽게 API 과금으로 넘어갈 수 있다.

이건 비용표보다 인증표가 먼저라는 뜻이다.

2. Managed Agents를 모델 단가만으로 계산하는 것

툴, code execution, observability까지 같이 봐야 한다.

호스팅형 agent는 모델만 돌리는 상품이 아니다.

3. OpenClaw를 same-day clone 서사 하나로만 읽는 것

그렇게 쓰면 사실관계가 틀어질 수 있다.

clone 서사와 self-hosted control plane 서사를 분리해야 안전하다.

4. 직접 하네스를 가장 싸다고 단정하는 것

서버비와 API비만 보면 그래 보일 수 있다.

그런데 handoff, 복구, 로그, 온콜까지 넣으면 사람 시간이 제일 비쌀 수 있다.

FAQ

Q1. Managed Agents는 결국 뭐를 사는 상품인가요?

내가 보기엔 모델 그 자체보다 운영된 하네스를 사는 쪽에 가깝다.

세션과 툴, 실행환경과 관측을 한 상품 안에서 이어 쓰는 시간이 핵심 가치다.

Q2. OpenClaw는 Claude 구독을 완전히 대체하나요?

그렇게 쓰면 위험하다.

OpenClaw는 self-hosted control plane과 채널 허브 쪽에 강점이 있지만, 정책 경계와 운영 책임을 같이 떠안는 구조다.

Q3. 직접 하네스가 제일 좋지 않나요?

제어권은 제일 크다.

하지만 복구, handoff, 로그, 승인, 디버깅까지 직접 맡아야 해서 초기 팀엔 가장 무거울 수 있다.

Q4. Pro/Max면 비용 예측이 제일 쉬운가요?

대체로 그렇다.

다만 API key가 섞여 있는지, 작업 성격이 seat에 맞는지, background lane이 따로 필요한지까지 같이 봐야 한다.

Q5. 그럼 무엇부터 골라야 하나요?

질문을 이렇게 바꾸면 쉽다.

누가 런타임을 운영하나

누가 장애 때 깨어나나

비용이 seat로 보이냐 token으로 보이냐

여기서 답이 먼저 나온다.

Q6. 가장 실무적인 한 줄 추천은 뭐예요?

개인 작업과 작은 팀은 seat lane부터, 빠른 배포가 필요하면 Managed Agents, 채널 허브가 필요하면 OpenClaw, 강한 통제가 필요하면 직접 하네스다.

다만 어떤 레인이든 언제 안 쓰는가를 같이 적지 않으면 나중에 비용표가 예쁘게 배신한다.

Claude 구독 차단 이후 뭐가 달라지나 2026 — OpenClaw·Managed Agents·직접 하네스 비용 비교표