2026년 2분기, Anthropic이 처음으로 분기 흑자를 기록했다.

매출은 $10.9B. 직전 분기 $4.8B에서 한 분기 만에 2.3배가 됐다. (ZDNet, 2026-05-21)

숫자 하나가 여러 말을 대신한다. 에이전트가 “실험 카테고리”에서 “반복 매출 카테고리”로 진입했다는 것.

PoC가 증명한 것과 흑자가 증명한 것은 다르다

지난 2년 동안 수많은 팀이 에이전트 PoC를 만들었다. 잘 작동하는 데모도 많았고, “AI가 이것도 할 수 있다”는 가능성 증명은 충분히 쌓였다.

이번 Anthropic 흑자가 다른 것은 지속 가능성을 증명했다는 점이다.

단건 도입이 아니라 반복 사용. 한 번 연결해서 테스트하는 수준이 아니라, 매 분기 호출량이 누적되는 구조. 이것이 $10.9B 분기 매출의 배경이다.

세 가지 구조가 그 뒤에 있다.

반복 호출이 매출을 만들었다. Anthropic API를 연결한 팀의 수가 늘어난 것보다, 기존 팀의 월간 호출량이 늘었다. 에이전트가 프로덕션에 들어가 반복 작업을 실행하기 시작하면 호출은 자동으로 쌓인다. 사람이 매번 트리거를 누르지 않아도.

고비용 모델 라우팅이 정착됐다. Claude Opus의 단가는 여전히 높다. 그럼에도 매출이 2.3배 뛴 것은, 복잡한 작업에 고비용 모델을 쓰는 것이 “실험”이 아니라 “표준 운영”으로 자리 잡았다는 의미다. 라우팅이 비용 구조 안으로 들어갔다는 뜻이기도 하다.

글로벌 기업 연동이 이 패턴을 반복한다. Samsung TV+가 AWS Bedrock 에이전트를 200개국 프로덕션에 올린 것(ZDNet, 2026-10)이 같은 흐름이다. 연결이 끊기지 않는 구조로 들어가면, 과금이 머릿수가 아니라 사용량에 붙는다. 분기 매출이 아니라 월간 호출 누적이 진짜 KPI가 된다.

PM 관점에서 이 흑자가 무엇을 바꾸는가

에이전트 도입을 논의할 때 가장 자주 나오는 질문이 있다. “회수 기간이 얼마나 되나요?”

$10.9B 분기 매출은 이 질문의 성격을 바꾼다.

이제 그 질문은 “AI가 비용을 줄이나요?“가 아니다. “반복 사용이 가능한 운영 루프를 설계했나요?“로 이동한다.

에이전트를 한 번 만들고 “작동 확인”으로 끝내는 팀과, 매주 호출량이 쌓이는 운영 패키지를 설계하는 팀의 차이가 결국 매출 구조를 가른다.

PM 설계 포인트를 세 가지로 좁히면 다음과 같다.

호출 빈도를 KPI로 세운다. 기능 수나 정확도 수치보다 에이전트가 얼마나 자주 불리는가가 비즈니스 모델의 핵심 변수다. 반복 사용이 없으면 반복 매출도 없다.

진입 마찰을 줄인다. 에이전트를 쓸 때마다 설정이 필요하다면 사용 빈도는 떨어진다. 에이전트를 반복 호출 가능한 패턴으로 패키징하는 것 — 이것이 운영 루프 설계의 핵심이다. Claude Code에서 크론을 설계하는 방식과 같다. 매번 실행을 결정하지 않고, 조건이 되면 자동으로 돌아가는 구조.

모델 라우팅을 비용 구조에 맞춘다. Opus를 항상 쓰면 비용이 폭발한다. 어떤 작업에 어떤 모델을 쓸지 기준을 세우는 것, 즉 “어느 일에 얼마를 쓸 것인가”를 명시하는 것이 PM의 1차 설계 책임이다.

이 루프 어디에 있는가

Anthropic의 분기 흑자는 새 가능성을 연 게 아니다. 이미 작동하고 있던 구조가 처음으로 수치로 나온 것이다.

에이전트 프로젝트의 성공 기준이 바뀐다. 데모가 잘 된다 → 프로덕션에 들어갔다 → 매월 호출량이 쌓인다 → 분기 매출로 잡힌다. 이 흐름이 에이전트 비즈니스의 실질 루프다.

당신 팀이 지금 만들고 있는 에이전트는 이 루프의 어디에 있는가?