터미널에서 claude -p를 스크립트에 붙이고, GitHub Actions나 에이전트가 알아서 코드를 읽고 고치게 만들던 개발자라면 이제 질문이 달라졌습니다. "Claude로 할 수 있나?"가 아니라 "이 자동화가 매달 별도 예산을 태울 만큼 가치 있나?"입니다.
확인된 변화는 이렇습니다. 2026년 6월 15일부터 Claude Agent SDK와 claude -p 사용은 기존 구독 사용량과 분리되고, Pro·Max·Team·Enterprise 사용자에게 별도 월간 Agent SDK 크레딧이 제공됩니다.1 The Decoder도 이 변화를 "프로그램matic 사용 예산이 별도로 생기며, 초과분은 정가 API 가격으로 과금된다"는 관점에서 다뤘습니다.2 중요한 점은 무료 보너스처럼 보이지만, 실제로는 자동화 워크플로의 경제성이 바뀐다는 것입니다.
Claude 구독은 이제 하나의 큰 양동이가 아니다
이전의 체감은 단순했습니다. Claude 구독을 샀고, Claude Code나 터미널 기반 사용도 대체로 그 안에서 돌아간다고 느꼈습니다. 하지만 새 구조에서는 사람의 대화형 사용과 프로그램matic 사용이 다른 예산으로 갈라집니다.
공식 문서 기준 월간 크레딧은 Pro $20, Max 5x $100, Max 20x $200입니다. Team Standard는 좌석당 $20, Team Premium은 좌석당 $100이며, 크레딧은 사용자별로 제공되고 팀 단위로 풀링되지 않습니다.1 쓰지 않은 금액은 이월되지 않고, 초과 사용은 extra usage를 켠 경우에만 표준 API 요금으로 이어집니다.1
해석하자면 Anthropic은 "사람이 직접 쓰는 Claude"와 "기계가 반복 호출하는 Claude"를 같은 상품으로 취급하지 않겠다는 쪽으로 이동하고 있습니다. 이는 단순 가격 조정이 아니라 제품 경계의 재설정입니다.
실무적으로는 백그라운드 에이전트, 반복 CLI 프롬프트, CI 자동 리뷰, 커밋 훅 기반 요약 같은 작업을 더 이상 무심코 붙이면 안 됩니다. 자동화는 편하지만, 이제 비용이 조용히 쌓이는 실행 단위가 됩니다.
이제 물어야 할 질문: 이 작업은 에이전트 크레딧을 쓸 만한가
좋은 판단 기준은 세 가지로 나누는 것입니다.
첫째, Claude를 써도 되는 자동화입니다. 예를 들어 복잡한 리팩터링 계획 수립, 장애 로그와 코드 맥락을 함께 읽는 디버깅, 보안상 중요한 변경 리뷰처럼 고급 추론이 필요한 작업입니다. 이런 작업은 $20 또는 $100 크레딧을 써도 생산성 이득이 명확할 수 있습니다.
둘째, 대화형으로 남겨야 하는 작업입니다. "이 함수 이름 괜찮아?", "이 에러 메시지 설명해줘"처럼 사람이 판단하면서 한두 번 묻는 일은 굳이 에이전트 루프로 만들 필요가 없습니다. 기존 구독의 인터랙티브 사용 한도 안에서 처리하는 편이 낫습니다.
셋째, Claude가 아니라 더 싼 경로로 보내야 하는 작업입니다. 파일 분류, 단순 요약, 포맷 변환, 중복 검사, 린트 결과 정리 같은 일은 Haiku급 모델, 로컬 스크립트, 캐시, 정규식, 기존 CI 도구가 더 적합할 수 있습니다. Claude API 가격표를 보면 Sonnet 4.6은 입력 $3/백만 토큰, 출력 $15/백만 토큰이고, Haiku 4.5는 입력 $1/백만 토큰, 출력 $5/백만 토큰입니다.3 즉 모델 선택만으로도 같은 자동화의 월간 소모 속도가 크게 달라집니다.
$20 또는 $100 예산을 크게 느끼게 만드는 설계
가장 먼저 해야 할 일은 에이전트 루프에 브레이크를 거는 것입니다. "해결될 때까지 반복"은 데모에서는 멋지지만, 월간 크레딧 환경에서는 위험한 기본값입니다. 최대 반복 횟수, 최대 컨텍스트 크기, 특정 비용 이후 사용자 승인 같은 제한을 넣어야 합니다.
두 번째는 컨텍스트를 매번 다시 보내지 않는 것입니다. 긴 프로젝트 지침, 저장소 설명, 코딩 규칙을 매 호출마다 붙이면 입력 토큰이 반복해서 나갑니다. Anthropic의 가격표에서도 프롬프트 캐싱은 쓰기 비용과 읽기 비용이 분리되어 있으며, 캐시 읽기는 일반 입력보다 훨씬 낮게 책정되어 있습니다.3 반복 워크플로라면 캐싱은 품질 기능이 아니라 비용 제어 기능입니다.
세 번째는 모델을 단계적으로 쓰는 것입니다. 저렴한 모델로 변경 파일을 분류하고, 정말 판단이 필요한 부분만 Sonnet이나 Opus로 넘기는 구조가 낫습니다. 모든 PR, 모든 파일, 모든 로그를 고급 모델에 보내는 방식은 이제 설계 실패에 가깝습니다.
반론도 있습니다. 분리 과금은 사용자 입장에서는 구독 가치가 줄어든 것처럼 느껴질 수 있습니다. 특히 과거에 구독 한도 안에서 많은 자동화를 돌리던 사용자는 같은 워크플로가 훨씬 빨리 한도에 닿을 수 있습니다. 반대로 Anthropic 입장에서는 비최적화된 에이전트가 구독 가격 이상으로 추론 자원을 소비하는 문제를 방치하기 어렵습니다. VentureBeat는 이전에 OpenClaw 같은 서드파티 에이전트 사용이 용량과 비용 문제를 낳았다는 배경을 짚었습니다.4
업그레이드할지, API로 갈지, 줄일지
가벼운 Claude Code 사용자라면 Pro의 $20 프로그램matic 크레딧은 실험용 샌드박스로 봐야 합니다. 매일 자동 리뷰를 돌리는 예산이 아니라, 가끔 CLI 자동화나 작은 에이전트 실험을 해보는 정도에 가깝습니다.
개인 개발자가 정기적으로 스크립트와 에이전트를 돌린다면 Max 5x의 $100 크레딧이 편할 수 있습니다. 다만 이 역시 "생산 자동화"라기보다 개인 워크플로 확장에 가깝습니다. 팀이 공유 CI, 고객 기능, 백엔드 잡에 Claude를 붙인다면 구독 크레딧보다 Developer Platform API와 명시적 예산·로그·한도 관리가 더 정직한 선택입니다.
핵심은 구독료가 아니라 워크로드의 성격입니다. 사람이 중간에 판단하는 일은 구독에 남기고, 반복 실행되는 일은 비용 측정 가능한 파이프라인으로 옮기며, 단순 작업은 더 싼 도구로 내려야 합니다.
이번 변화에 가장 민감해야 할 사람은 Claude를 "챗봇"이 아니라 "자동 실행 엔진"으로 쓰던 개발자입니다. 앞으로 좋은 AI 개발 환경은 프롬프트를 잘 쓰는 것만으로 결정되지 않습니다. 어떤 일을 자동화하지 않을지 정하는 비용 감각이 같은 비중으로 중요해집니다.
참고
1Use the Claude Agent SDK with your Claude plan
2Claude subscriptions get separate budgets for programmatic use, billed at full API prices
3Plans & Pricing | Claude by Anthropic
4Anthropic reinstates OpenClaw and third-party agent usage on Claude subscriptions -- with a catch
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.