Claude의 6월 15일 에이전트 SDK 요금 분리: 에이전트 개발자가 알아야 할 사항

오늘부터 프로그래매틱 에이전트 사용이 별도의 측정된 크레딧으로 전환됩니다. 변경 사항과 이를 관리하기 위해 AstridOS 에 구축 중인 제어 기능을 소개합니다.

오늘 변경된 사항

오늘, 2026 년 6 월 15 일, Anthropic 은 프로그래매틱 Claude 사용을 대화형 사용과 분리합니다. Agent SDK, headless claude -p 명령어, Claude Code GitHub Actions, 그리고 SDK 기반 타사 앱은 더 이상 구독 풀에서 사용되지 않습니다.

이들은 별도의 월간 크레딧에서 사용되며, 표준 API 요율로 청구됩니다: Pro 는 $20, Max 5x 는 $100, Max 20x 는 $200 입니다.

대화형 사용은 영향을 받지 않습니다. 터미널의 채팅과 Claude Code 는 기존 요금제로 계속 실행되며, 기본 가격은 변동되지 않습니다. 크레딧은 이월되지 않습니다. 소진되면 오버플로 청구가 활성화되지 않은 경우 자동화된 요청이 중단되며, 활성화된 경우 API 요율로 계속 진행됩니다.

채팅이나 터미널을 통해서만 Claude 를 사용한다면 오늘 변화는 무관합니다. 에이전트, CI 작업, 또는 정기적으로 claude -p 를 호출하는 모든 것을 실행한다면, 이제 자동화에는 고정된 월별 상한선이 생깁니다.

에이전트를 구축하는 경우 의미하는 바

측정된, 비공유, 이월 불가 크레딧에서 세 가지가 따릅니다.

첫째, 예고 없는 급정지를 맞닥뜨리게 됩니다. 단일 오작동 루프가 한 달 치 크레딧을 오후 한나절에 소진할 수 있으며, 첫 신호는 종종 자동화 실패입니다.

둘째, 크레딧은 사용자별로 있으며 팀 전체에 공유되지 않습니다. 공유 구독 내에서 무리 없이 작동하던 워크로드가 이제 작업 자체와 무관한 장벽에 부딪힐 수 있습니다.

셋째, 이 변경은 쉽게 무시할 수 있었던 종속성을 드러냅니다. 에이전트는 한 공급자의 청구 모델에 연결되어 있었습니다. 그 모델이 변경되면, 그 위에 구축된 모든 워크플로가 즉시 변경 사항을 상속받습니다.

이것들이 Claude 를 떠나야 하는 이유는 아닙니다. 에이전트와 단일 공급자 사이에 관리 계층을 구축하여 청구 변경을 수동적으로 받아들이는 대신 관리할 수 있는 이유입니다.

필요한 것은 에이전트와 워크플로를 관리하는 에이전트 운영 체제입니다.

AstridOS 로 구축하는 것

AstridOS 는 오픈 소스 에이전트 런타임입니다. 기존 설정을 대체하지 않고 그 아래에 위치합니다. Claude 에이전트는 현재와 동일하게 실행되며, 아래에 제어 계층이 추가됩니다.

이러한 제어 기능 중 두 가지가 오늘의 변경 사항에 직접 대응합니다.

커널에서의 예산 집행.

AstridOS 는 모델 아래에서 에이전트별 지출 예산을 적용하여 에이전트가 이를 재정의할 수 없습니다. 통제 불능 루프가 조용히 한 달 치 크레딧을 소모할 수 없으며, 모든 지출 단위는 이를 유발한 에이전트에 귀속됩니다. 크레딧 자체가 제공하지 않는 에이전트별 기록을 얻을 수 있습니다.

마이그레이션 대신 컴포넌트 수준 변경.

AstridOS 는 조합 가능한 캡슐로 구축되었습니다. 공급자가 조건을 변경하면, 이를 둘러싼 하네스를 재구축하는 대신 청구 또는 라우팅에 관련된 단일 컴포넌트만 조정합니다. 오늘과 같은 변경에 대응하는 비용은 단일 교체로 줄어듭니다.

이 두 가지를 중심으로 아키텍처는 예산이 소진될 때 연속성을 위해 설계되었습니다:

모델 이식성, 에이전트가 하나의 런타임이나 공급자의 가격 책정에 얽매이지 않으며, 크레딧이 소진되어도 작업이 계속 진행됩니다.
라우팅 및 비용 제어, 모델이 예산과 작업에 맞춰지고, 팀이 우발적으로 한도에 도달하거나 소형 모델이 처리하는 작업에 프리미엄 요금을 지불하는 일이 없습니다.
컨텍스트 연속성, Claude Code, Codex 또는 다른 런타임 간에 에이전트를 이동해도 상태가 손실되지 않습니다.

AstridOS 는 Claude 와 함께 작동하도록 구축되었으며, 반대하는 것이 아닙니다. 모든 주요 공급자는 사용할 가치가 있는 서비스를 제공하며, 빌더는 각각의 최고를 자유롭게 결합할 수 있어야 합니다.

그동안 부족했던 것은 그 위의 계층, 즉 에이전트가 각각의 예산, 라우팅, 상태를 수동으로 연결하지 않고 여러 공급자를 활용할 수 있게 해주는 오케스트레이션 및 관리입니다.

이 문제는 다중 모델, 다중 노드 에이전트 팀을 위한 라우팅 및 오케스트레이션에서 실제로 주목받고 있습니다. AstridOS 는 런타임 측면에서 동일한 변화를 접근하며, 커널에서 예산, 격리, 감사를 적용하여 그 위의 오케스트레이션 계층이 의존할 수 있는 기반을 제공합니다.

제어 계층이 마련되면 오늘과 같은 변경의 피해 범위가 축소됩니다. 공급자의 청구 업데이트는 하나의 컴포넌트에서 내리는 구성 결정이 되며, 결정을 내리는 동안에도 에이전트는 계속 실행됩니다.

AstridOS 는 이번 주에 공개되며, 빌더를 위한 얼리 액세스 프로그램을 운영 중입니다.