요즘 IT 업계에서 가장 뜨거운 화두는 단연 **AI 에이전트(AI Agent)**야. 단순히 사용자의 질문에 답변만 하던 챗봇의 시대는 가고, 이제는 스스로 판단하고 사용자를 대신해 업무를 처리하는 '실행형' 서비스가 대세가 되었거든. 서비스 기획자로서 우리가 이 트렌드를 어떻게 정의하고 화면과 프로세스로 녹여내야 할지 실무 관점에서 이야기해볼게.
1. '말'만 하는 챗봇과 '일'을 하는 에이전트의 차이
기존의 챗봇이 정보를 검색해서 보여주는 Retrieval 단계에 머물렀다면, 실행형 AI 에이전트는 사용자의 목표를 달성하기 위해 스스로 계획을 세우고 실행까지 완료하는 단계를 의미해. 예를 들어 "제주도 맛집 추천해줘"가 아니라, "내 일정과 예산에 맞춰 제주도 항공권이랑 맛집 예약까지 완료해줘"라는 요청을 처리하는 거지.
- 기존 서비스: 정보 탐색 ➔ 비교 ➔ 결제/실행 (모두 사용자의 몫)
- 에이전트 서비스: 목표 입력 ➔ 에이전트가 최적의 경로 판단 ➔ 도구(
Tools) 호출 ➔ 자동 실행 및 결과 보고
2. 도구 연결(Tool Calling)과 외부 시스템 연동 설계하기
실행형 에이전트를 기획할 때 가장 중요한 건 AI가 사용할 '무기'를 쥐여주는 일이야. 실무에서는 이를 **도구 호출(Tool Calling)**이라고 부르는데, 기획자는 AI가 어떤 API나 데이터베이스를 쓸 수 있는지 명확히 정의해줘야 해.
최근에는 마이크로소프트나 오픈AI 등에서 제안하는 MCP(Model Context Protocol) 같은 표준 프로토콜을 활용해 외부 검색 엔진이나 내부 ERP 시스템을 에이전트와 연결하는 추세야. 7년차인 내가 실무에서 가장 공들여 설계하는 부분도 바로 이 '어떤 API를 어느 시점에 AI에게 권한을 주어 실행하게 할 것인가'에 대한 규칙 정의거든.
3. 예외 처리와 거버넌스(Guardrail) 설계
AI가 스스로 판단해서 실행한다는 건, 다르게 말하면 '잘못된 실행'을 할 위험도 존재한다는 뜻이야. 예를 들어 예산을 초과해서 결제해버리거나, 엉뚱한 데이터를 삭제해버리면 큰일 나잖아? 그래서 실행형 에이전트 기획에는 반드시 **가드레일(Guardrails)**과 인간 개입(Human-in-the-Loop) 단계를 설계해야 해.
- 더블 체크 단계: 결제나 데이터 변경 등 민감한 작업을 수행하기 직전에는 반드시 사용자에게 컨펌 화면을 보여주도록 기획해야 해.
- 폴백(Fallback) 시나리오: AI가 판단을 내리지 못하거나 API 호출에 실패했을 때, 사용자에게 어떻게 에러를 인지시키고 대안을 제시할지 꼼꼼하게 와이어프레임에 녹여내야 하지.
💡 핵심 정리
- 목표 중심 설계: 단순 답변이 아니라 사용자의 '최종 목적 달성'을 위한 여정을 설계해야 해.
- 도구(Tool) 정의: AI가 활용할 API와 시스템 경계를 명확히 기획서에 명시해줘.
- 안전장치 마련: 민감한 실행 직전에는 반드시 사용자의 최종 승인(
Human-in-the-Loop) 단계를 넣어줘. 이제 기획자의 역할은 단순히 화면 UI를 그리는 것을 넘어, AI라는 똑똑한 직원의 '업무 매뉴얼'을 작성하는 일로 진화하고 있어. 오늘 이야기한 핵심 포인트들을 포트폴리오나 실무 기획서에 녹여낸다면, 트렌디하면서도 탄탄한 기획력을 인정받을 수 있을 거야. 힘내서 멋진 서비스를 만들어보자!