AI 에이전트 오케스트레이션이란? RPA와의 차이를 견적 생성 사례로 이해하기

핵심 메시지

• 어시스턴트는 프롬프트에 응답하는 방식이고, 에이전트는 목표를 받아 스스로 행동해 결과를 만든다 — 핵심 차이는 "에이전시(재량적 행동권)"다.
• 에이전트 오케스트레이션은 완전히 새로운 것이 아니라 기존 소프트웨어 프레임워크의 확장이므로, 개발자의 기존 모범 사례가 그대로 유효하다.
• RPA는 명확한 API와 고도로 구조화된 데이터, 명시적 트리거가 필요해 견적 생성 같은 비정형 업무에서 한계에 부딪힌다.
• 오케스트레이션에서는 좁게 정의된 다수의 에이전트가 마스터 에이전트의 위임을 받아 협업하며, 각 자원은 MCP 호스트/서비스가 된다.
• 에이전트 기반 오케스트레이션은 RPA의 점진적 개선이 아니라, 가능한 일의 범위를 바꾸는 패러다임 전환이다.

쉽게 이해하기

IBM 기술 영상은 하루에도 수많은 AI 에이전트가 만들어지는 시대에, 개발자가 곧 에이전트 개발이나 복잡한 워크플로의 오케스트레이션 작업을 맡게 될 가능성이 높다고 짚는다. 다행히 에이전트를 통한 워크플로 오케스트레이션은 많은 면에서 기존 프레임워크와 도구의 확장이어서, 경험 있는 소프트웨어 엔지니어라면 자신감을 가지고 진입할 수 있다.

먼저 어시스턴트와 에이전트의 차이를 정리한다. 둘은 비슷하지만, 어시스턴트는 프롬프트를 받아 응답하는 방식으로 누군가 물을 때까지 가만히 기다린다. 반면 에이전트는 목표(goal)를 정의받고 결과(outcome)를 내놓는다. 결정적 차이는 "에이전시", 즉 우리가 정한 경계 안에서 소프트웨어가 스스로 판단해 행동할 권한을 준다는 점이다.

발표자는 친구와의 토론을 빌려 "오케스트레이션 계층은 결국 LLM을 더한 RPA 아닌가?"라는 물음을 던지고, 고객 견적 생성이라는 3단계 업무 사례로 답한다. 목표는 영업팀이 고객에게 보낼 수 있고 재무·제품 규정에 어긋나지 않는 견적을 만드는 것이다. 첫 단계는 CRM에서 견적을 만들 시점인지 파악하고 고객 정보를 가져오는 일, 둘째는 제품 SKU와 카탈로그 확인, 셋째는 가격 책정과 법무 약관(T&C) 적용이다.

RPA로 이 일을 하려면 각 자원에 잘 정의된 API와 구조화된 데이터 테이블이 필요하고, 견적을 만들 시점을 감지하려면 매우 명시적인 트리거가 있어야 한다. 모든 애플리케이션이 고도로 구조화돼 있어야 해서 비정형 업무에서는 현실적인 어려움이 크다. 반면 에이전트 오케스트레이션에서는 좁게 정의된 작은 에이전트들을 다수 만들어 협업시킨다. 에이전트에게 재량을 주는 만큼 범위를 좁게 유지해 통제를 벗어나지 않도록 하는 것이 중요하다.

사례에서는 마스터(캡틴) 에이전트가 오케스트레이션 계층의 위임을 받아 작업을 분배한다. CRM·SKU·재무 같은 각 자원은 MCP 호스트가 되어 MCP 서비스를 띄우고, 에이전트들이 그 서비스를 통해 자원과 대화한다. 에이전트 1·2는 견적 시점을 판단하고 고객 정보를 수집해 컨텍스트를 체크포인트로 저장한 뒤 물러나고, 3·4는 SKU 목록과 카탈로그 호환성·규정을 확인하며, 5·6은 가격과 법무 약관을 처리하고, 마지막 7번 에이전트가 보기 좋은 형식의 견적을 완성한다. 두 접근 모두 저부가가치 작업을 자동화해 사람이 매출 같은 고부가가치 목표에 집중하게 하지만, 에이전트와 오케스트레이션의 풍부함은 RPA 대비 점진적 진보가 아니라 가능성 자체를 바꾸는 패러다임 전환으로 평가된다.

주요 인사이트

• "어시스턴트=프롬프트/응답, 에이전트=목표/결과"라는 대비는 에이전트 도입을 설계할 때 가장 먼저 잡아야 할 구분이다.
• 에이전트의 본질적 차별점은 지능이 아니라 "경계 안에서 스스로 행동할 권한(에이전시)"에 있다.
• 에이전트는 범위를 좁게 유지할수록 안정적이므로, 하나의 거대한 에이전트보다 다수의 전문화된 에이전트 군단이 낫다.
• 각 자원을 MCP 서비스로 노출하면 클라이언트-서버 구조를 크게 바꾸지 않고도 에이전트가 자원과 표준적으로 통신할 수 있다.
• RPA가 못 풀던 비정형·맥락 의존 업무(견적 생성 등)에서 에이전트 오케스트레이션의 가치가 두드러진다.

자주 묻는 질문

관련 AI 소식