AI Agent 가격: 동작당 과금과 셀프 호스팅 실행 비용

결론부터 말하면: 동작당 과금은 agent가 잘 일할수록 당신이 더 많이 내게 만든다. 진짜 비용은 결국 세 가지로 좁혀진다 — 사용량이 성공과 함께 폭증하는가, 데이터 반출과 락인에 따르는 가격표에 없는 청구가 얼마인가, 그리고 셀프 호스팅의 손익분기점이 어디에 있는가다.

분기 말, CFO가 agent 플랫폼 청구서를 열고 잠시 멈칫했다. 예산의 네 배였다.

누가 돈을 함부로 쓴 게 아니다. 오히려 정반대로 — 고객 응대 agent가 너무 성공한 것이다. 그 셈을 펼쳐 보자. 도입 전 팀은 하루에 티켓 약 5,000장을 처리했다. agent 도입 후 1인당 효율이 올라 처리량이 약 10,000장으로 두 배가 됐다. 그런데 플랫폼은 동작당 과금이라, 티켓 한 장을 처리할 때마다 그 뒤에는 고객 조회, 주문 조회, 이력 조회, 지식 베이스 조회, 환불 호출, 알림 발송 — 동작 일고여덟 개가 기본이다. 거친 셈으로, 10,000장 × 동작 7개 × $0.10 ≈ 하루 $7,000, 연간 약 250만 달러다. 그런데 예산은 당초 ‘5,000장, 장당 좀 적게’로 어림짐작한 것이었다.

가장 아이러니한 부분은 여기다. 이 프로젝트가 성공할수록 이 청구서는 더 무서워진다. 그래서 이사회의 첫 반응은 효율이 두 배가 된 것을 축하하는 게 아니라, “사용량을 좀 눌러 볼 수 없나”라고 묻는 것이었다 — 마땅히 확대되어야 할 성공이, 과금 모델 때문에 오히려 브레이크가 밟혔다. ROI가 아직 진짜로 실현되기도 전에, 규모가 먼저 비용 불안에 발목을 잡혔다.

10센트에, 부풀어 오르는 수를 곱한다

Salesforce의 Agentforce는 Flex 과금을 내놨다. 동작당 $0.10. 이 숫자만 보면 경계심을 풀게 할 만큼 싸다.

하지만 agent 과금에서 가장 경계해야 할 곳이 바로 여기다 — 그것은 비용을 사용량에 묶어 버리는데, agent의 모든 의의가 하필 자율적으로, 고빈도로, 지치지 않고 동작하는 것이다. 게다가 자율적인 agent일수록 한 가지 일을 잘 해내기 위해 발기하는 중간 동작이 더 많다. ‘이 고객 상황을 좀 정리해 줘’라는 요청 하나의 뒤에는 십수 번의 도구 호출이 있을 수 있고, 당신은 사전에 셀 수도 없고 상한을 두기도 어렵다. 또 어떤 플랫폼은 토큰으로 과금하는데, 동작당보다 더 예측하기 어렵다 — 같은 작업이라도 모델이 몇 단계 더 생각하면 청구서가 한 토막 더 길어진다. 공개 보도의 그 비교는 과장이 아니다. 동등한 소비량에서 SaaS 모델은 연간 비용이 200만 달러 이상에 이를 수 있고, 기능이 동등한 셀프 호스팅 배포는 라이선스에 인프라를 더해 대략 25만 달러 규모다 — 한 자릿수 차이다.

종량제가 더 절약되고 더 유연하지 않나?

여기서 반론 하나를 진지하게 받아야 한다. 많은 시나리오에서 그것은 옳기 때문이다. 종량제는 초기 투자가 없고, 적게 쓰면 적게 내고, 벤더가 운영을 대신해 주고, 발생한 가치에만 돈을 낸다 — 이 논리는 클라우드 시대에 거듭 검증됐는데, 왜 agent에 와서는 성립하지 않는다는 말인가?

성립한다. 단, 전제가 하나 있다. 비용이 따라 증가하는 그 ‘양’이 당신의 가치와 탈동조되거나 약한 상관이어야 한다. 클라우드 스토리지를 GB당 과금하는 것은 문제없다. 많이 저장한다는 것은 보통 비즈니스가 크고 낼 능력이 있다는 뜻이라, 둘이 대체로 동기화되기 때문이다.

agent는 이 전제를 깨뜨린다. 그것은 ‘동작 수’로 과금하는데, 동작 수는 하필 자율도와 성공 정도에 따라 폭증한다 — 그것이 당신을 위해 일을 더 많이, 더 잘 하기를 바랄수록 발기하는 동작이 많아지고 청구서는 높아진다. 이것은 일종의 ‘성공에 대한 과세’가 된다. 당신이 더 독하게 최적화할수록(agent가 한 단계 더 조회하고 한 번 더 대조해 품질을 높이게 할수록) 세율이 오히려 높아진다. 전통적 소프트웨어는 좌석당 과금이라 아무리 독하게 써도 비용에 상한이 있다. 동작당 과금은 잘할수록 더 낸다. 클라우드 시대의 ‘종량제가 곧 공평’이라는 직관은, 스스로 무수한 중간 동작을 발기하고 당신이 그것에게 더 하라고 부추기기까지 하는 실행체에서는 작동을 멈춘다.

그래서 사용량이 얼마면 직접 돌려야 하나? 교차점을 계산해 보자

‘상황에 따라’에서 멈추지 말자. CFO의 그 두 숫자를 쓰면 교차점을 대략 구할 수 있다.

셀프 호스팅 쪽은 연간 비용이 약 $25만(라이선스 + 인프라 + 운영 일부 분담)에 고정된다고 가정하면, 그것은 호출 횟수에 거의 따라 변하지 않는다. 동작당 쪽은 $0.10 × 동작 수다. 둘을 같게 두자.

$250,000 = $0.10 × 연간 동작 수
연간 동작 수 ≈ 250만 회  →  약 하루 6,800개 동작

다시 말해, 하루 agent 동작 수가 약 7,000 규모를 넘어서면, 동작당 과금이 셀프 호스팅보다 비싸지기 시작하고, 그 뒤로는 격차가 점점 벌어진다. 그 CFO로 돌아가자. 그는 하루 7만 개 동작(10,000 티켓 × 7)으로, 교차점을 한 자릿수 이상 넘어섰다. 이것이 청구서가 250만으로 날아간 이유다. 그의 고통은 사고가 아니라, 사용량이 파일럿에서 규모화로 들어갔다는 신호다.

이 계산법은 당신의 숫자에 곧장 대입할 수 있다. 팀의 하루 상호작용량에 ‘상호작용 한 번에 대략 동작 몇 개’를 곱해, 7,000이라는 규모와 비교하면, 자기가 교차점의 어느 쪽에 있는지 알 수 있다.

세 가지 비용 모델, 펼쳐서 비교하자

모델	대표	비용이 무엇에 따라 오르나	예측 가능성	데이터가 어디 있나
동작당 / 토큰당	Agentforce Flex($0.10/동작)	동작 수에 따라 선형, 심지어 초선형으로 팽창	나쁨, 잘 쓸수록 비쌈	벤더 클라우드
좌석당 과금	대부분의 Copilot류	인원수에 따라 오름, 상한은 있지만 1인당 낮지 않음	중간, 그러나 agent 자율성과 탈동조	벤더 클라우드
셀프 호스팅 런타임	ObjectStack / ObjectOS	인프라에 따름, 사용량과 기본적으로 탈동조	좋음, 사용량 두 배에도 곡선 거의 안 움직임	당신 자신의 인프라

좌석당은 안정적으로 보이지만 내재적 모순이 있다. agent의 가치는 좌석을 차지하지 않고 대량의 반복 노동을 대체하는 데 있는데, 당신은 여전히 ‘머릿수’로 돈을 낸다 — 과금 차원과 가치 차원이 맞지 않는다. 셀프 호스팅은 비용 구조 전체를 바꾼다. 당신은 실행 엔진과 자신의 연산력에 돈을 내며, 사용량이 늘어도 청구서가 동작 수에 그대로 선형으로 따라가지 않는다.

먼저 찬물 한 바가지: 셀프 호스팅이 어디서나 더 싼 것은 아니다

‘40~60% 절약’을 어디에나 통하는 진리로 여기지 마라. 그것에는 명확히 성립하는 구간이 있고, 선을 넘으면 성립하지 않는다.

그 $25만이라는 머릿수 숫자는 사람을 계산에 넣지 않았다. 셀프 호스팅은 운영하고, 패치를 적용하고, 가용성을 보장할 사람이 있어야 한다는 뜻이다 — 플랫폼 팀이 없다면, 이 숨은 인력 비용이 장부상 우위를 상당 부분 먹어 치울 수 있고, 위의 그 교차점도 오른쪽으로 밀어낸다. 게다가 그것에는 고정 비용이 있다. 인프라와 운영은 먼저 쓰는 돈이며, 사용량과 관계가 작다.

그래서 사용량이 아주 적고, 빈도가 아주 낮고, 순전히 시험적인 단계에서는, 종량제가 오히려 더 유연하고 더 싸다 — 거의 놀리는 런타임 하나를 위해 팀을 먹여 살릴 필요가 없으니까. 셀프 호스팅의 우위는, 당신이 규모를 확대할 것이 확실해진 뒤에야 실현된다.

진짜 비싼 비용은 가격표에 없다

셀프 호스팅이 더 이득인 쪽에 도달했다 해도, 매달 청구서만 비교하는 것은 여전히 문제를 과소평가한다. 과금 방식을 고르기 전, 진짜로 계산해야 할 것은 세 가지 비용이고, 그중 둘은 가격표에 없다.

1. 사용량 비용: 비용이 성공에 따라 폭증하는가? 이것이 바로 CFO의 그 네 배 청구서다 — 당신의 사용량이 agent의 성공과 양의 상관인가. 그렇다면, 동작당은 함정이다.
2. 컴플라이언스 비용: 데이터 역외 반출의 대가. 동작당, 좌석당 SaaS는 비즈니스 데이터가 지속적으로 벤더 클라우드로 흘러간다는 뜻이다. EU AI Act가 8월 강제 시행되고 CADA가 주권 프레임워크를 제안한 배경에서, 한 번의 데이터 거주 위반 벌칙은 라이선스 여러 해 치를 내기에 충분하다.
3. 락인 비용: 장차 떠날 수 없는 대가. 비즈니스 정의, 프로세스, 권한이 모두 어느 한 플랫폼에 자라나면, 이전 비용은 사용 시간에 따라 복리로 오른다. 당신은 소프트웨어에 돈을 내고 있다고 생각하지만, 실은 ‘장차 떠날 수 없음’에 보증금을 내고 있다.

이 셋을 함께 계산하면, ‘동작 하나에 10센트’라는 그 표면적 저렴함은 금세 먹혀 사라진다.

셀프 호스팅은 왜 이 비용들을 동시에 눌러 둘 수 있나

핵심은 한마디뿐이다. 당신은 이 비즈니스 정의를 실행하는 엔진에 돈을 내는 것이지, 그것이 몇 번 호출됐는지에 돈을 내는 것이 아니다. 그로부터 이렇게 된다.

• 비용과 사용량의 탈동조. ObjectOS는 당신 자신의 서버에서 비즈니스 정의를 실행하며, agent가 거버넌스되는 도구를 아무리 많이 호출해도 횟수당 과금하지 않는다 — 비용은 인프라가 결정하며, 예측 가능하고 계획 가능하다. 그 CFO의 티켓이 두 배가 돼도 청구서는 거의 움직이지 않는다.
• 데이터가 역외로 나가지 않음. 객체, 권한, 감사 증거가 모두 당신 자신의 인프라에 남아, 컴플라이언스 리스크와 데이터 역외 반출 비용이 함께 내려간다.
• 락인되지 않음. 비즈니스 정의는 오픈 프로토콜(Apache 2.0) 아래 당신 저장소 안의 메타데이터로, diff 가능하고 이전 가능하다. 당신이 사는 것은 런타임의 서비스이지, ‘장차 떠날 수 없음’의 보증금이 아니다.

맺으며

‘동작당 $0.10’은 정교하게 설계된 가격표다. 당신이 막 시작해 사용량이 적을 때는 무해해 보이고, 당신이 진짜로 성공해 사용량이 날아오를 때 송곳니를 드러낸다. 분기 말 그 CFO로 돌아가자 — 그의 청구서는 통제 불능이 된 게 아니라, 이 과금 모델이 설계해 낸 필연이다. 그것은 당신이 가장 축하해야 할 순간에 가장 큰 청구서 한 장을 건넨다.

agent의 비용을 계산할 때 단가만 보지 마라. 그 세 가지 비용 — 사용량, 컴플라이언스, 락인 — 을 계산하고, 그 교차점 공식으로 자신의 사용량을 비교하라. 이것들을 분명히 계산하면, ‘셀프 호스팅 40~60% 절약’은 구호가 아니라, 예산표에 써넣을 수 있고 언제 성립하지 않는지도 아는 결론이 된다.

npm i -g @objectstack/cli && os start

자신의 머신에서 비즈니스 객체 하나를 띄우고, agent가 그것을 수천 번 반복 호출하게 한 다음 청구서를 보라 — 그것은 움직이지 않는다. ‘매번 $0.10’이라는 항목이 없기 때문이다.