마이크로소프트가 AI 에이전트 서비스에 사용자당 라이선스와 사용량 기반 과금을 섞은 하이브리드 가격 전략을 도입했다. 질문에 답하는 챗봇과 달리 여러 단계를 스스로 실행하는 AI 에이전트는 컴퓨팅 자원과 토큰을 훨씬 많이 쓴다. 고정 정액제만으로는 늘어나는 연산 비용을 감당하기 어렵다. 개발자와 기업은 이 변화의 배경과 코파일럿 크레딧 체계를 알고, 비용을 아끼는 에이전트 파이프라인을 짜야 한다.
마이크로소프트, AI 에이전트 하이브리드 과금 도입
마이크로소프트의 에이미 후드(Amy Hood) CFO는 2026년 9월 9일 열린 '골드만삭스 코뮤나코피아 + 테크놀로지 콘퍼런스 2026'에서 새 AI 과금 전략을 설명했다. 기존 사용자당 라이선스(Seat 라이선스)는 유지해 기업 고객이 비용을 예측할 수 있게 하고, 고성능 AI 에이전트 워크로드에는 사용량·성과 기반 과금을 더하는 하이브리드 방식이다.
이 방식은 마이크로소프트가 2026년 6월 에이전틱 AI 업무 도구 '코파일럿 코워크'를 정식 출시하며 내놓은 '코파일럿 크레딧' 체계의 배경이기도 하다. 백엔드 연산 효율을 높이는 것만으로는 급증하는 에이전트 연산 비용을 감당할 수 없어서, 고정 가격제와 종량제를 함께 쓰는 쪽으로 가격 구조를 바꿨다.
AI 에이전트의 '코파일럿 크레딧' 체계
하이브리드 과금은 고정 정액제 라이선스와 종량제 크레딧으로 이뤄진다. 마이크로소프트 365 코파일럿 기업용(Enterprise) 요금제는 1인당 월 30달러의 고정 라이선스 비용이 든다. 여기에 코파일럿 스튜디오 기반 에이전트를 실행하거나 추가 연산을 하면 1 크레딧당 0.01달러의 종량제 요금이 붙는다.
기업 고객은 코파일럿 스튜디오의 25,000 크레딧 용량 팩을 월 200달러에 미리 사서 쓸 수 있다. 개발자 도구도 바뀌었다. 깃허브(GitHub) 코파일럿은 2026년 6월 1일부터 기존 프리미엄 요청 할당량 방식을 버리고 AI 크레딧 기반 사용량 과금제로 전환했다.

AI 에이전트, 막대한 토큰 소모량의 경제학
과금 모델을 바꾼 근본 원인은 토큰 소모량이 급격히 늘었다는 데 있다. 질문에 답하는 일반 챗봇과 달리, 스스로 계획을 세우고 도구를 호출해 업무를 끝내는 AI 에이전트는 작업 1건에 최소 50배에서 최대 1,000배의 토큰을 쓴다.
마이크로소프트 리서치 분석에 따르면 에이전트 태스크는 코드 생성이나 일반 대화보다 비용이 훨씬 많이 들고, 출력 토큰보다 계속 쌓이는 입력 토큰이 전체 비용을 끌어올린다. 다단계 자율 실행에서 생기는 이런 연산 증가 때문에 고정 정액제 하나로는 버틸 수 없게 됐다.

실제 AI 에이전트 작업, 크레딧 소모는 얼마인가
크레딧 소모량은 작업 난이도에 따라 크게 차이 난다. 주간 업무 상태 초안을 쓰는 가벼운 작업은 1회에 약 70~200 크레딧이 든다. 이메일, 일정, CRM 데이터를 모아 고객 미팅 브리핑을 준비하는 중간 난이도 작업은 약 400~600 크레딧이다.
6개월치 제품 사용 데이터를 분석해 리더십 보고서를 쓰는 무거운 작업은 1,500 크레딧을 넘긴다. 복잡도가 올라갈수록 비용이 비선형으로 늘기 때문에, 에이전트 서비스를 만드는 엔지니어는 작업 흐름과 프롬프트 구조를 다듬어 쓸데없는 크레딧 소모를 줄여야 한다.

AI 에이전트 확산, 2030년 토큰 소비 24배 급증 전망
AI 에이전트가 퍼지면서 전 세계 컴퓨팅 자원 소비도 크게 바뀌고 있다. 골드만삭스 리서치 보고서는 소비자와 기업의 에이전트 도입이 본격화하면 글로벌 토큰 소비량이 2026년부터 2030년까지 약 24배 늘 것으로 내다봤다.
이 기간 전 세계 월간 토큰 소비량은 12경(120 quadrillion) 개에 이를 전망이다. 에이전트가 기업 생산성을 높이는 것은 분명하지만, 함께 불어나는 토큰 연산 비용을 어떻게 관리하느냐가 기업 IT 재무의 큰 숙제가 됐다.

AI 개발자를 위한 비용 효율적인 에이전트 전략
마이크로소프트의 하이브리드 과금은 AI 에이전트가 만들어 내는 실제 가치에 비례해 돈을 내는 구조다. 기본 사용은 예측 가능한 정액제로 보장하고, 고성능 연산이 필요한 에이전트 작업에는 사용량 기반 크레딧을 매겨 비용과 가치를 맞춘다.
개발자는 이제 기능 구현과 함께 에이전트의 토큰 소모 효율도 주요 설계 지표로 봐야 한다. 같은 컨텍스트를 반복 요청하지 않도록 캐싱을 넣고, 단계별로 프롬프트를 가볍게 하고, 작업에 맞는 모델을 고르는 것이 서비스의 수익성과 지속 가능성을 가른다.
참고
댓글 0개
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.