Anthropic 상장 신고서(S-1)가 보여준 '플랫폼+앱 묶음' 전략: AI 에이전트를 맡길 때 계약에 적을 출구 조항

AI 에이전트를 한 모델 공급사의 플랫폼과 앱으로 묶어 쓰면 시작은 빠르지만 사용 한도·가격·모델이 바뀔 때 회사가 고를 수 있는 길이 줄어듭니다. 묶어 쓰든 나눠 쓰든 업무 규칙·정답지·처리 기록은 회사 쪽에 두고 계약에는 사용 한도 변경·구형 모델 종료·가격 변경 때 누가 무엇을 하는지 적어 두어야 합니다. Anthropic이 2026년 10월 26일 미국 증권거래위원회(SEC)에 낸 상장 신고서(S-1)는 이 점을 공급사 쪽 문서로 보여 줍니다. 플랫폼과 자사 앱을 함께 쓰는 대형 고객이 빠르게 늘었다고 적었고 위험 요인에는 사용 한도와 모델 기능을 바꿔 왔으며 앞으로도 바꿀 수 있다고 적었습니다.

S-1에 무엇이 적혔나

신고서에 따르면 최근 12개월 동안 10만 달러 이상을 쓴 고객은 2026년 9월 30일 기준 1만 1,900곳이 넘어 1년 전 950곳 남짓에서 크게 늘었습니다. 100만 달러 이상 고객은 1,900곳이 넘고 1,000만 달러 이상 고객은 약 250곳입니다. 2026년 상반기 매출은 163억 달러로 2025년 상반기 12억 달러보다 크게 늘었고 순매출유지율(NRR)은 2026년 9월 30일 기준 약 900%라고 적었습니다.

눈여겨볼 숫자는 묶음 사용 비율입니다. 2026년 3분기에 10만 달러 이상 고객 중 50% 이상이 Claude 플랫폼과 자사 앱(Claude Code, Cowork 등) 하나 이상을 함께 썼고 이 비율은 2025년 4분기에 약 30%였습니다. Anthropic은 이를 모델·개발 플랫폼·앱을 함께 만드는 '통합 접근'의 가치로 설명했습니다. TechCrunch는 API로 시작한 고객이 개발자용 앱, 전 직원용 앱으로 넓혀 가는 구조를 아마존 AWS의 교차 판매에 견줬습니다.

판매 경로도 적혔습니다. Claude는 AWS·구글 클라우드·마이크로소프트 애저 세 곳에서 쓸 수 있고 Anthropic은 이 클라우드 회사들과 함께 영업하되 고객과는 직접 계약을 맺고 클라우드 회사에 수수료를 내는 구조라고 밝혔습니다. 이 구조로 가격을 직접 정할 수 있다고도 했습니다. 액센추어·딜로이트·KPMG·PwC 같은 시스템 통합 업체와 세일즈포스·스노우플레이크 같은 데이터 플랫폼을 통한 도입, 사모펀드와 함께 만든 AI 서비스 회사 'Ode with Anthropic'이 중견기업에 Claude 플랫폼 위의 솔루션을 만들어 주는 경로도 있습니다.

위험 요인에 적힌 것: 사용 한도, 모델 종료, 클라우드 용량

회사가 계약서에 옮겨 적어야 할 내용은 위험 요인 쪽에 있습니다. Anthropic은 사용 한도, 속도 제한, 모델과 제품 기능을 바꿔 왔고 앞으로도 바꿀 수 있다고 적었습니다. 구형 모델을 업무에 붙인 고객이 새 버전으로 옮기기를 꺼릴 수 있고 앞당기거나 강제한 모델 종료가 고객 이탈이나 계약 분쟁으로 이어질 수 있다는 내용도 있습니다. 반대로 안전·정렬 같은 이유로 구형 모델 종료를 늦추거나 옛 버전을 함께 지원할 수도 있다고 했습니다.

원문의 한 문장은 이렇습니다. "We have also changed, and may in the future change, usage limits, rate limits, or model and product capabilities, which could adversely affect our reputation and the perceived value of our offerings."

클라우드 회사와의 관계도 위험으로 적었습니다. AWS·구글·마이크로소프트는 Anthropic의 투자자이자 고객, 판매 파트너이면서 경쟁자이고 이들이 자기 컴퓨팅 수요나 자신이 투자한 경쟁사를 먼저 챙길 수 있다는 것입니다. 이런 문장은 상장 신고서의 위험 요인에 흔히 들어가는 표현이고 Anthropic만의 문제도 아닙니다. 다만 모델 공급사가 한도·기능·모델을 바꿀 수 있다는 점을 공급사 스스로 공식 문서에 적었으니, 구매하는 회사가 계약에 무엇을 적을지 정하는 근거로 쓸 수 있습니다.

한 공급사에 묶어 쓸 때와 나눠 쓸 때 무엇이 다른가

어느 쪽이 맞는지는 업무마다 다릅니다. 직원 개인의 문서 작업이나 코딩 보조처럼 공급사 앱으로 충분하고 바꿔도 손실이 적은 일은 묶어 써도 됩니다. 고객 응대·영업·정산처럼 회사 시스템과 이어지고 멈추면 안 되는 업무는 업무 규칙·정답지·기록을 회사 쪽에 두고 모델 호출 부분만 바꿀 수 있게 만드는 편이 한도·가격·모델 변경에 덜 흔들립니다. 두 방식은 업무별로 섞어 써도 되니 업무마다 어느 쪽인지 먼저 정해 두세요.

AI 에이전트 계약에 적을 출구 조항 다섯 가지

• 사용 한도·속도 제한이 바뀔 때: 공급사가 한도를 줄이거나 속도 제한을 바꾸면 업체가 언제까지 알리고 어떤 대체 경로(다른 모델, 처리 순서 조정, 사람 처리)로 업무를 이어 가는지 적습니다.
• 구형 모델이 종료될 때: 쓰던 모델이 종료되거나 바뀌면 같은 정답지로 새 모델을 다시 검증하는 일을 누가 하고, 그 비용과 기간을 누가 지는지 적습니다.
• 가격이 바뀔 때: 모델 사용료가 바뀌면 건당 비용을 다시 계산해 보고하고, 정해 둔 상한을 넘으면 모델이나 범위를 다시 정하는 절차를 적습니다.
• 업무 규칙·정답지·기록: 프롬프트, 업무 규칙, 승인 규칙, 정답지, 처리 기록이 누구 소유인지와 계약이 끝날 때 어떤 형식으로 넘겨받는지 적습니다.
• 계약 경로: 모델을 공급사와 직접 계약하는지, 클라우드 마켓을 거치는지, 구축 업체가 대신 사서 넘기는지와 청구서가 어디로 오는지 적습니다.

구축 업체에 물을 질문 다섯 가지

• 이 설계에서 특정 공급사의 앱이나 베타 기능에 기대는 부분은 어디인가요? 그 부분이 바뀌면 무엇을 다시 만드나요?
• 같은 정답지로 다른 모델을 시험한 결과를 보여 줄 수 있나요?
• 공급사가 사용 한도나 속도 제한을 줄이면 업무는 어떻게 이어지나요?
• 쓰던 모델이 종료되면 재검증은 누가 하고 비용은 어떻게 되나요?
• 계약이 끝나면 업무 규칙·정답지·처리 기록을 어떤 형식으로 넘겨받나요?

노벤티스는 어떻게 하나

노벤티스는 특정 모델에 묶지 않고 평가 체계로 모델을 바꿔 가며 검증합니다. 에이전트 구축에는 LLM 오케스트레이션과 멀티 LLM 라우팅, 프롬프트 평가 체계를 쓰고, AX 진단, 에이전트 설계, 구축·PoC, 운영·고도화 네 단계로 진행합니다. 운영 단계에서는 처리량·오류·검토 시간을 측정해 보고합니다. 첫 프로젝트는 접점 하나를 대상으로 4~8주 안에 PoC까지 진행하고 범위와 비용은 진단 미팅 후 서면 견적으로 정합니다.

이 글이 맞는 독자: AI 에이전트 구축 계약이나 모델 공급사 선택을 앞둔 IT·구매·법무 담당자입니다.