다이내믹 플래너: 복잡한 요청을 단계별 계획으로 바꾸는 AI
다이내믹 플래너는 대화를 지켜보다가, 사용자가 에이전트의 영역 안에서 진짜로 여러 단계가 필요한 일을 하려 하고 어떻게 진행해야 할지 눈에 띄게 막막해할 때, 그 일을 임시 스토리라인 — 체크리스트로 움직이는 단계별 계획 — 으로 펼칠지 제안합니다. 에이전트는 그 계획을 한 번에 한 단계씩, 사용자가 볼 수 있는 진행 상황과 함께 실행합니다. 계획 수립은 검증을 거쳐 한 번만 일어나고, 실행은 결정적입니다.
대부분의 대화에는 계획이 필요 없습니다. 에이전트에게 가격이나 영업시간, 방법 하나를 묻는 사람에게는 프로젝트가 아니라 직접적인 답이 가야 합니다. 하지만 어떤 대화는 다릅니다: 사용자는 일 전체를 끝내려 하고 — 회사를 설립하고, 비자를 신청하고, 파손된 가구에 대한 클레임을 해결하고 — 어디서부터 시작해야 할지 눈에 띄게 막막해합니다. 다이내믹 플래너는 정확히 그 순간을 위해 존재합니다: 그 하나의 대화를 에이전트가 단계별로 걸어가는 임시 스토리라인(중첩된, 체크리스트로 움직이는 계획)으로 바꿉니다.
이것은 Pro 기능이며 테넌트별로 켤 수 있습니다. 계획을 수립하는 모델은 대화 안에서 선택되는 것이 아니라 플랫폼 운영자가 테넌트별로 배정하며, 바로 그 덕분에 데이터 소재지 제약이 있는 테넌트만 로컬이나 지역 모델로 보내고 나머지는 호스팅 모델에 그대로 둘 수 있습니다.
계획은 언제 발동되나?
모델이 "스스로 결정해서" 발동하는 일은 결코 없고, 사용자가 아무 계획이나 주문할 수 있는 자유 입력창으로 발동하지도 않습니다. 들어오는 길은 정확히 세 가지이며, 결정성이 높은 순입니다:
- 펼칠 수 있는 스토리라인 단계. 테넌트가 직접 작성한 스토리라인의 한 단계를 *펼침 가능(expandable)*으로 표시합니다. 사용자가 그 단계에 도달하면 에이전트가 그 단계를 하위 계획으로 펼칠지 제안합니다. 작성자가 이미 설계 시점에 판단을 내렸으므로, 운에 맡겨지는 것이 없습니다.
- 사용자가 제안을 수락. 모든 계획은 확인 카드로 시작합니다(다른 곳에서도 쓰이는 것과 같은 ask-form UI). 사용자는 언제든 거절할 수 있고, 에이전트는 그 세션에서 다시 묻지 않습니다.
- 에스컬레이션 판정기. 스토리라인 밖에서는, 작고 전용인 모델 호출이 매 턴을 지켜보며 아래에서 설명하는 세 가지 차원으로 점수를 매깁니다. 셋 모두가 통과할 때만 사용자에게 제안이 보입니다. 메인 채팅 모델이 무언가를 발동시켜야 한다는 것을 기억해 주리라고는 결코 믿지 않습니다. 판정은 엔진이 강제로 수행하는 정형화된 호출입니다.
테넌트가 직접 작성한 스토리라인은 항상 우선합니다: 그것이 대화를 이끄는 동안 플래너는 침묵합니다. 손으로 만든 프로세스가 생성된 프로세스를 이깁니다.
세 가지 차원의 에스컬레이션 판정
판정기는 작업의 복잡도, 사용자의 막막함, 영역 적합성을 평가하며 — 셋 모두가 성립해야 합니다. 이것이 이 기능의 핵심이므로, 실제 판정 논리를 예시와 함께 적습니다.
1. 복잡도 — 정말로 여러 단계가 필요한 일인가? 그 일은 완료하는 데 여러 단계, 여러 문서, 또는 여러 턴이 필요해야 합니다. 질문 하나는 계획이 아닙니다.
- ✅ "미국에서 이커머스용 법인을 세우고 싶은데 무엇이 필요한지 전혀 모르겠어요"
- ❌ "델라웨어 등록 비용이 얼마인가요?" — 가격 확인이므로 바로 답할 것
- ❌ "SS-4 양식의 7b 줄은 어떻게 채우나요?" — 사용자가 이미 진행하고 있는 프로세스의 구체적인 한 단계
2. 막막함 — 사용자가 처음부터 안내받기를 원하는가? 신호: "어디서부터 시작해야 하죠", "무엇을 준비해야 하나요", "전체를 처음부터 안내해 주세요", "이걸 다 챙길 수가 없어요". 프로세스를 알고 있으면서 그 사슬의 한 고리에 대해 묻는 사용자는 막막한 것이 아닙니다 — 계획이 아니라 그 고리를 주세요.
- ✅ "상사가 미국 자회사를 세우라고 했는데 이런 일은 해 본 적이 없어요"
- ✅ "등록은 끝났어요 — 다음은 뭔가요? 연차 보고? 세금? 정리가 안 되네요, 대신 챙겨 주시면 좋겠어요"
- ❌ "서류는 준비됐어요, 어디에 내는지만 알려 주세요" — 알고 있는 것이지 막막한 것이 아님
3. 영역 적합성 — 이 에이전트가 할 일인가? 사용자가 "계획"이라는 단어를 말한다고 문이 열리지는 않습니다. 테넌트는 대화 단위로 비용을 냅니다. 법인 설립 에이전트는 요청이 아무리 정중하게 표현되더라도 범용 개인 비서가 되기를 거부합니다.
- ❌ "3개월 피트니스 계획을 주 단위로 상세하게 짜 주세요" — 영역 밖, 거절
- ❌ "유럽 10일 여행을 단계별로 계획해 주세요" — 영역 밖, 거절
생성된 계획 자체도 영역에 제약됩니다: 플래너는 에이전트의 담당 범위를 전달받고, 모든 단계를 그 안에 두어야 합니다.
"예" 다음에 일어나는 일
계획 수립은 유일하게 확률적인 순간이며, 한 번만 일어납니다: 플래너 모델이 계획을 정형 데이터로 초안합니다 — 단계, 단계별 지침, 무엇을 수집할지에 대한 체크리스트, 완료 기준. 초안은 다른 모든 스토리라인 그래프와 똑같이 검증됩니다(형식이 잘못된 계획은 재시도되고, 그다음 폴백 모델로 넘어갑니다. 끝내 검증을 통과하지 못한 계획은 아예 실행되지 않습니다). 상시 적용되는 경계 템플릿이 모든 단계에 결정적으로 찍힙니다 — 모순은 반드시 짚어야 하고, 그 단계의 목록 밖에 있는 것은 권할 수 없으며, 승인이나 가격을 약속하지 않는다 — 그래서 가드레일은 계획 모델이 그것을 쓰는 것을 기억해 주는지에 결코 의존하지 않습니다.
그다음부터 실행은 스토리라인 엔진이 늘 하던 일 그대로입니다: 한 턴에 집중된 한 단계, 근거가 있을 때만 체크되는 체크리스트 항목, 배너에 표시되는 진행 상황, 얇은 진행 막대, 그리고 엔진이 렌더링하는 단계 목록 — 그래서 보이는 것은 모델의 회상이 아니라 실제 상태입니다. 계획은 중첩되어 실행됩니다: 스토리라인의 한 단계가 계획으로 펼쳐졌다면, 계획이 완료될 때 상위 스토리라인은 정확히 멈췄던 자리에서 재개됩니다.
자주 묻는 질문
- 기존 에이전트에서 쓸 수 있나요, 아니면 새로 만들어야 하나요?
- 기존 에이전트를 그대로 쓸 수 있습니다. 다이내믹 플래너는 Pro 요금제의 테넌트 단위 스위치이며, 켜고 나면 에이전트는 자신의 지식 베이스, Skill, 도구를 그대로 유지한 채 대화가 그럴 만할 때 단계별 계획을 제안하는 능력을 얻습니다. 에이전트를 다시 작성할 필요는 없습니다.
- 우리 사업이 하지 않는 일에 대해 계획을 만드는 것은 무엇이 막나요?
- 에이전트 자신의 태스크 설명이 영역 게이트로 쓰입니다: 거기서 벗어나는 요청은 사용자가 명시적으로 계획을 요구해도 거절됩니다. 법인 설립 에이전트에게 피트니스 계획을 요청하는 사람은 거절되며, 생성되는 계획 자체도 에이전트의 담당 범위 안에 머물도록 제약됩니다.
- 고객이 계획을 중간에 그만두면 어떻게 되나요?
- 진행 상황은 그 대화에 저장되므로, 고객은 나중에 다시 와서 떠났던 단계부터 이어갈 수 있습니다. 계획은 사람이 아니라 그 건에 속합니다. 테넌트가 만든 스토리라인이 대화를 넘어 사람을 따라다니는 것과 달리, 새 대화를 시작하면 새 계획이 됩니다. 언제든 계획에서 빠져나올 수도 있으며, 빠져나오면 그 계획은 지워지지만 그 뒤에 새 계획을 시작하는 것은 막히지 않습니다.
- 고객에게 나가기 전에 계획이 어떤 모습일지 미리 볼 수 있나요?
- 네. 미리보기 도구가 어떤 목표에 대해서든 계획을 생성해 검토용으로 반환하며, 아무것도 저장하지 않고 어떤 사용자에게도 영향을 주지 않습니다. 별도의 도구는 예시 메시지를 재생해 그것이 애초에 계획을 발동시킬지 보여 줍니다. 둘 다 API로, 그리고 MCP를 통해 코딩 에이전트에게도 제공됩니다.
- AI가 스스로 판단해서 계획으로 고객을 방해하나요?
- 아니요. 계획은 언제나 제안될 뿐 강요되지 않습니다: 고객은 확인 카드를 보고 거절할 수 있으며, 한 번 거절하면 에이전트는 그 대화에서 다시 묻지 않습니다. 당신이 직접 작성한 스토리라인이 대화를 이끄는 동안에도 제안은 억제됩니다.
- 계획 하나를 생성하는 데 비용이 얼마나 드나요?
- 수락된 제안당 계획 수립 호출이 한 번 일어나며, 다른 모델 호출과 마찬가지로 토큰으로 과금되고 일반 채팅 사용량과 분리해 집계되므로 테넌트별로 확인할 수 있습니다. 그 이후의 실행은 다른 대화 턴과 같은 비용입니다. 정확한 금액은 해당 테넌트에 계획 수립용으로 배정된 모델에 따라 달라집니다.
에이전트가 알아야 할 것의 대부분은 이미 어딘가에 적혀 있습니다 — 당신의 웹사이트에, 그리고 당신 팀이 이미 고객에게 보내는 PDF에. URL에서 가져오기는 공개된 절반을 다루고, 업로드가 나머지를 다룹니다.
스토리라인은 에이전트가 각 최종 사용자와 함께 따라가는 방향 그래프입니다 — 모든 노드는 하나의 단계(고유한 태스크, 지식, 도구)이고, 출구는 조건을 지니며, 각 사람의 진행 상황·프로필·메모는 세션과 채널을 넘어 저장되고 재개됩니다. 이것은 에이전트를 점(point) 작업을 하는 어시스턴트에서, 다단계 서비스를 스스로 수행하는 존재로 바꿉니다.