AaaS: Agent as a Service — AI가 도구에서 동료로 바뀌는 순간

"AI를 쓰고 있다"는 말이 갑자기 애매해진 이유

2020년대 중반, 사내 회의에서 "우리는 AI를 쓰고 있다"는 말이 자주 나옵니다. 그런데 이 문장이 이상하게 모호하게 들리기 시작했습니다.

누군가는 ChatGPT로 이메일을 다듬는 걸 뜻하고, 누군가는 대시보드에 붙은 AI 요약 기능을 말하고, 누군가는 고객 문의를 24시간 대신 처리하는 AI 상담원을 가리킵니다. 같은 "AI"라는 단어 아래에 서로 완전히 다른 업무 방식이 들어 있습니다.

이 혼란을 정리하는 새로운 용어가 자리 잡고 있습니다. **AaaS(Agent as a Service)**입니다.

AaaS는 무엇인가

AaaS는 "Agent as a Service"의 줄임말로, 스스로 판단하고 행동하는 AI 에이전트를 서비스로 구독하는 방식을 가리킵니다.

이해를 위해 AI 서비스의 세 세대를 비교해보면 분명해집니다.

1세대 — AI 도구 (AI as a Tool)

사용자가 한 번 요청하면, AI가 한 번 답하고 끝나는 구조입니다. 번역기, 요약기, 문법 검사기가 여기에 해당합니다. 사용자가 키를 쥐고, AI는 기능 하나를 제공할 뿐입니다.

2세대 — AI 기능 (AI as a Service)

SaaS 제품 안에 AI 기능이 내장된 형태입니다. "리드 점수를 자동으로 매긴다", "회의록을 자동 요약한다" 같은 모듈입니다. 여전히 사용자가 언제·어디에 쓸지 명령하고, AI는 특정 순간에 호출될 뿐입니다.

3세대 — AI 에이전트 (Agent as a Service)

에이전트는 작업의 시작부터 끝까지 스스로 끌고 갑니다. 사용자는 목표와 경계를 정해주고, 실행과 판단은 에이전트가 합니다. 에이전트는 필요한 정보를 찾고, 여러 도구를 조합해서 쓰고, 중간 결과를 평가하고, 막히면 방법을 바꿉니다.

기존 AI가 "계산기 같은 도구"였다면, 에이전트는 **"신입사원처럼 일하는 존재"**에 가깝습니다.

에이전트를 "에이전트"로 만드는 세 가지

모든 AI가 에이전트는 아닙니다. AaaS가 성립하려면 다음 세 가지 성질이 있어야 합니다.

1. 자율성 (Autonomy)

사용자가 모든 중간 단계를 지시하지 않아도 작업이 진행되어야 합니다.

"이 고객에게 이메일을 써줘"는 도구, "오늘 들어온 리드 중 관심이 뜨거운 사람을 찾아서 적절한 팔로업 메일을 보내둬"는 에이전트에 가깝습니다. 후자는 **"찾고 → 평가하고 → 선별하고 → 작성하고 → 발송하고 → 결과 기록"**이라는 여러 단계를 에이전트가 혼자 끌어갑니다.

2. 오케스트레이션 (Orchestration)

에이전트는 하나의 AI 모델이 아닙니다. 여러 도구와 판단 단계를 조율하는 구조입니다.

• 데이터를 가져오는 조회 기능
• 내용을 이해하는 언어 모델
• 판단 결과를 외부로 전달하는 실행 도구 (이메일, 알림, DB 기록)
• 실패 시 재시도하는 예외 처리

이 조율이 매끄럽지 않으면 에이전트는 금방 엉뚱한 방향으로 빠집니다. 좋은 AaaS 제품의 경쟁력은 단일 모델 성능보다 이 오케스트레이션 설계의 완성도에서 나옵니다.

3. 맥락 적응 (Context Adaptation)

에이전트는 매번 같은 일을 같은 방식으로 하지 않습니다. 방금 받은 입력, 누적된 대화 기록, 과거 판단의 성공·실패 데이터를 참고해서 다음 행동을 조정합니다.

이 적응 능력이 있어야 에이전트가 진짜 "동료처럼" 일할 수 있습니다. 매번 같은 답만 돌려주는 자동화 스크립트와 에이전트의 차이가 여기에 있습니다.

에이전트의 하루 — 인식 · 판단 · 행동 · 학습

에이전트가 작업을 수행하는 방식은 한 문장으로 요약됩니다.

인식 → 판단 → 행동 → 학습을 스스로 순환한다.

1. 인식: 지금 상황에 어떤 데이터가 들어왔는지 읽는다 (방문자 행동, 새 메시지, 일정 변동 등)
2. 판단: 그 상황이 무슨 의미이고, 어떤 행동이 적절한지 결정한다
3. 행동: 적절한 도구를 호출해 실제 결과물을 만든다 (이메일, 알림, 데이터베이스 기록, 보고서)
4. 학습: 결과와 피드백을 기록해서 다음 판단에 반영한다

사람이 한 번 설정해두면, 에이전트는 이 네 단계를 하루에 수천 번 반복합니다. 이게 도구와 에이전트를 가르는 결정적 차이입니다.

왜 2024~2026년에 AaaS가 가능해졌나

AaaS라는 개념은 새롭지 않습니다. 학계에서는 20년 전부터 "자율 에이전트"를 이야기해왔습니다. 그런데 실제 제품으로 퍼지기 시작한 건 2024년 이후입니다. 이유는 세 가지 기술이 비슷한 시기에 성숙해졌기 때문입니다.

1. 대형 언어 모델의 추론 능력 향상 — 복잡한 판단을 자연어로 처리할 수 있게 됨
2. 도구 호출(Tool Use) 표준화 — 에이전트가 외부 시스템을 자연스럽게 쓸 수 있게 됨
3. 오케스트레이션 프레임워크 등장 — 여러 판단을 엮는 공통 인프라가 자리 잡음

이 세 가지가 모이면서, 2024~2025년부터 "에이전트를 제품으로 팔 수 있는 시장"이 본격적으로 열렸습니다.

AaaS가 바꾸는 일의 모양

AaaS가 보편화되면 사람의 일하는 방식 자체가 변합니다.

기존: 사람이 도구를 쓴다

사람이 주어이고 AI는 목적어입니다. "나는 이 도구로 이메일을 작성한다." 효율은 올라가지만, 여전히 사람이 모든 단계의 주체입니다.

AaaS: 사람이 에이전트와 협업한다

에이전트가 주어가 될 수 있습니다. "에이전트가 이메일을 작성해 보냈고, 내가 그 결과를 확인한다." 사람은 실행자에서 감독자로 역할이 이동합니다.

이 변화는 단순한 업무 자동화보다 훨씬 큽니다. 조직 구조, 성과 측정 방식, 팀 구성 규모에 연쇄적으로 영향을 줍니다. 영업 3명 + 상담 에이전트 1개가 영업 5명보다 많은 리드를 처리하는 상황이 일반화됩니다.

AaaS가 먼저 침투하는 영역

에이전트가 빠르게 자리 잡는 영역에는 공통점이 있습니다. 반복적 판단 + 맥락 기반 응답 + 외부 시스템 연동이 필요한 일들입니다.

• 고객 응대 — 24시간 상담, 문의 분류, 1차 답변 자동화
• 리서치·분석 — 여러 자료를 종합해 한 장 요약 만들기
• 세일즈 지원 — 리드 스코어링, 팔로업 타이밍 추천, 개인화된 메시지 초안
• 코드 작성 — 요구사항을 받아 초안을 만들고 자체 테스트까지
• 운영 모니터링 — 이상 감지, 알림, 1차 대응

반면, 창의적 방향 설정이나 복잡한 감정 노동처럼 사람의 직관이 핵심인 영역에는 아직 에이전트가 들어가기 어렵습니다. 당분간 사람과 에이전트의 분업은 "방향은 사람, 실행은 에이전트" 구도로 정착할 가능성이 높습니다.

AaaS 도입 시 유의점

에이전트를 팀에 합류시킬 때 꼭 생각해야 할 세 가지가 있습니다.

1. 권한 범위를 명확히 할 것 — 에이전트가 어디까지 스스로 결정해도 되는지 경계를 정해두지 않으면 예상치 못한 행동이 나올 수 있습니다
2. 피드백 구조를 설계할 것 — 에이전트가 한 행동의 결과(성공·실패·고객 반응)를 어떻게 돌려받아 다음 판단에 반영할지가 장기 성능을 좌우합니다
3. 실패 모드를 상상해둘 것 — 에이전트도 틀립니다. 틀렸을 때 어떻게 알아차리고, 어떻게 사람에게 넘겨주는지가 제품 품질의 절반입니다

Saleslink에서의 AaaS 적용

Saleslink는 영업 조직을 위한 AaaS로 설계된 제품입니다. 사용자가 영업 자료를 링크 하나로 공유하는 순간, 다음 네 가지 에이전트가 팀에 합류합니다.

• 상담 에이전트 — 자료 페이지에서 24시간 방문자 질문 응대
• 분류 에이전트 — 방문자 관심도·우선순위 자동 태깅
• 분석 에이전트 — 행동 흐름을 해석해 구매의도와 추천 액션 생성
• 리포팅 에이전트 — 대시보드 지표를 자연어 요약으로 전달

영업자는 이 네 에이전트와 함께 하루를 시작하고, 자신의 시간은 사람이 가장 잘하는 일 — 관계, 맥락, 설득 — 에 집중합니다.

이 글 자체도 Saleslink 위에서 돌아가고 있고, 아래 챗봇이 바로 이 글의 상담 에이전트입니다. "우리 회사에 AaaS를 어떻게 도입하면 좋을까?" 같은 질문을 직접 던져보시면 답을 돌려드립니다.