스토리라인: 프로세스를 직접 수행하는, 상태를 가진 그래프 오케스트레이션 에이전트
스토리라인은 에이전트가 각 최종 사용자와 함께 따라가는 방향 그래프입니다 — 모든 노드는 하나의 단계(고유한 태스크, 지식, 도구)이고, 출구는 조건을 지니며, 각 사람의 진행 상황·프로필·메모는 세션과 채널을 넘어 저장되고 재개됩니다. 이것은 에이전트를 점(point) 작업을 하는 어시스턴트에서, 다단계 서비스를 스스로 수행하는 존재로 바꿉니다.
대부분의 에이전트는 점 작업을 합니다: 질문에 답하고, 슬롯을 예약하고, 세부 사항을 수집합니다. 그것들은 사업 주위에 앉아 그것을 더 빠르게 만듭니다. 가르치는 일 자체, 코칭 자체, 상담 자체 — 사업이 파는 것의 핵심 — 은 여전히 사람이 필요합니다. 스토리라인은 에이전트가 그 핵심을 떠맡게 하는 것입니다: 각 개인과 함께 실행하며, 그가 어디에 있는지 기억하고 진행에 따라 적응하는 다단계의, 상태를 가진 프로세스. 어학원의 스토리라인은 단지 수업을 예약하는 것이 아니라, 그것을 가르칩니다.
스토리라인은 "스킬이 더 많은 에이전트"가 아니다
이것이 먼저 분명히 해야 할 점인데, 둘이 비슷해 보이지만 그렇지 않기 때문입니다. 스킬은 모델이 꺼낼 수 있는 능력이고, 스토리라인은 일이 일어나는 순서입니다.
| 여러 스킬을 가진 에이전트 | 스토리라인을 실행하는 에이전트 | |
|---|---|---|
| 순서 | 어떤 스킬이든, 언제든 — 순서 없음 | "A가 끝나기 전에는 B에 닿을 수 없다" |
| 상태 | 당신이 어디에 있었는지 기억 못 함 | 각 사람의 진행 상황이 저장되고 재개됨 |
| 무엇이 이끄나 | 모델이 매 턴 결정 | 그래프와 그 조건이 결정 |
| 결정성 | 순서가 모델의 머릿속에 있음 | 순서가 그래프로 그려짐 — 버전 관리되고 측정 가능 |
스킬은 에이전트가 무엇을 할 수 있는지에 답합니다. 스토리라인은 무엇이 어떤 순서로 일어나는지, 그리고 이 특정 사람이 지금 어디에 있는지를 관장합니다. 둘은 경쟁 상대가 아닙니다 — 스토리라인은 스킬 위의 층입니다: 각 노드는 여전히 자신의 스킬, 지식, 도구를 겁니다. 그리고 순서가 모델의 작업 기억이 아니라 명시적 그래프에 살기 때문에, 프로세스가 길어져도 스토리라인은 안정적으로 유지됩니다 — 모델은 열두 단계 절차를 미끄러짐 없이 기억할 필요 없이 현재 단계만 처리하면 됩니다.
스토리라인 vs. 워크플로
스토리라인도 단계의 그래프이기에, 세상의 Dify, n8n, Zapier 같은 워크플로 빌더 옆에 두기 쉽습니다. 그것들은 다른 종류의 것입니다. 워크플로는 시스템 간의 프로세스를 자동화합니다: 트리거에 발동해 매번 같은 방식으로 실행되며 한 도구에서 다음 도구로 데이터를 옮기는 고정된 파이프라인. 그것은 누구를 위해 실행됐는지 기억이 없는데, 누구를 위해 실행되는 것이 아니기 때문입니다 — 기계 대 기계의 배관입니다.
스토리라인의 상태는 곧 사람입니다. 각 개인의 진행 상황, 프로필, 프로세스 내 위치가 저장되고 재개되어, 같은 그래프가 모든 최종 사용자에게 서로 다른, 재개 가능한 경로를 만들어 내며, 에이전트는 앱 사이에서 데이터를 실어 나르는 대신 각 단계에서 대화를 나눕니다. 워크플로는 작업을 자동화하고, 스토리라인은 누군가에게 서비스를 전달하고 그를 기억합니다.
| 워크플로(Dify, n8n, Zapier) | 스토리라인 | |
|---|---|---|
| 무엇이 그것을 통과해 움직이나 | 데이터, 시스템 사이를 | 사람, 프로세스를 통과해 |
| 상태 | 무상태 — 매번 같은 실행 | 상태 있음 — 개인마다 저장된 하나의 경로 |
| 누구를 위해 실행되나 | 아무도 아님; 이벤트로 트리거됨 | 특정 최종 사용자, 세션과 채널을 넘어 기억됨 |
| 작업 단위 | 자동화 단계("이 API 호출") | 대화 단계("에이전트가 이 단계를 처리") |
| 언제 꺼내나 | 두 시스템이 서로 대화해야 할 때 | 서비스를 사람들에게 대규모로 전달해야 할 때 |
경계는 단순합니다: 일이 "X가 일어나면 데이터에 Y를 하라"라면, 그것은 워크플로입니다. 일이 "각 사람을 이것을 통과시키고 그가 어디에 있는지에 맞춰 적응하라"라면, 그것은 스토리라인입니다. 둘 다 여전히 쓸 수 있습니다 — 스토리라인 노드는 단계 뒤의 기계 대 기계 작업을 하기 위해 워크플로를 호출할 수 있습니다.
구성 요소
- 노드는 단계입니다. 각 노드는 그 단계를 위해 같은 에이전트를 재구성합니다: 자신의 태스크 프롬프트, 지식 베이스, 스킬, 도구(에이전트의 기본 위에 추가되거나 대체됨). 에이전트의 정체성과 안전 경계는 노드 사이에서 결코 바뀌지 않습니다.
- **출구(Exits)**는 노드가 전진하는 방법이며, 각각은 조건을 지닙니다: 프로필에 대한 규칙(
listening ≥ 70), 사용자의 버튼 선택, 모호한 기준에 대한 AI의 판단("도움 없이 문장을 만들 수 있을 때"), 외부 시스템으로부터의 신호, 또는 다른 스토리라인으로의 점프. - 프로필은 사람과 함께 이동합니다 — 과목별로 당신이 정의하는 차원(언어의 경우 듣기, 말하기, 읽기, 쓰기; 역사의 경우 전혀 다른 무언가), 스토리라인들에 걸쳐 누적되며, 한 노드에서 다음 노드로 전달되는 자유 형식의 인계 메모 스크래치패드가 더해집니다.
- **체이닝(Chaining)**은 스토리라인들을 끝에서 끝으로 잇습니다 — 1학년이 2학년으로 흐릅니다 — 그래서 한꺼번에 다 짓지 않고도 큰 여정을 키울 수 있으며, 결과에 따라 다른 스토리라인으로 분기합니다(시험에 합격하지 못한 사용자는 다음 학년이 아니라 보충 라인으로 이동).
진행 상황은 채팅별이 아니라 사람별이므로, 누군가 중간에 떠났다가 정확히 있던 자리에서 다시 시작할 수 있습니다 — 웹에서든, Telegram에서든, WhatsApp에서든, 돌아오는 곳 어디서나.
오케스트레이션 패턴
스토리라인은 그래프를 걷는 단일 토큰으로 실행되며, 그 하나의 모델이 흔한 모든 제어 흐름 형태를 표현합니다. 순서는 모델의 단기 기억이 아니라 그래프에 살며 — 버전 관리되고 검사 가능 — 그래서 프로세스가 길어지고 분기가 많아져도 안정적으로 유지됩니다.
분기 — if / else / switch. 여러 규칙 출구를 가진 노드로, 위에서 아래로 시도되고, 조건이 성립하는 첫 번째가 이깁니다. 결정적이고, 저장된 상태에서 평가되며, 모델의 추측이 없습니다.
루프 — 상한이 있는 재시도. 뒤로 가는 간선과 카운터: 각 시도가 차원을 증가시키고, 규칙이 그것에 상한을 두고 다음으로 라우팅합니다. 재시도는 모델이 계속 세어 주기를 바라는 것이 아니라, 그래프가 스스로 기록한 상태로 제한됩니다.
병렬 — do-all / AND-조인. 사람이 어떤 순서로든 완료하는 여러 하위 흐름으로, 각각 고유한 단계를 가집니다; 스토리라인은 모든 분기가 끝나야만 전진합니다.
이것들을 결정적으로 만드는 것은, 출구가 취해질 때 프로필의 일부를 설정하거나 증가시킬 수 있다는 점입니다 — 완료 플래그, 재시도 횟수, 라우팅 결과. 그러면 분기와 조인은 LLM이 무슨 일이 있었는지 회상하는 것이 아니라, 그래프 자신이 한 단계 앞서 기록한 상태에서 읽습니다. 모델은 현재 단계의 대화를 처리하고, 그래프는 다음에 무엇이 일어나는지를 처리합니다.
계획으로 펼쳐지는 단계
어떤 단계는 상황에 너무 많이 좌우되어 전부 미리 작성할 수 없습니다. 예를 들어 "서류를 모은다" 단계는 미국에 사는 중국인 창업자와 본국에 있는 독일인 창업자에게 서로 다른 체크리스트입니다. 그런 단계를 **펼침 가능(expandable)**으로 표시해 두면, 사용자가 그 단계에 도달했을 때 에이전트가 — 그 사용자를 위해, 그 자리에서 — 그것을 펼칠지 제안합니다: 다이내믹 플래너가 생성하는 임시 하위 계획으로, 자체 단계와 체크리스트, 눈에 보이는 진행 상황을 가집니다. 계획은 중첩되어 실행됩니다: 당신의 스토리라인은 그 단계에서 멈추고, 계획이 실행되며, 계획이 끝나면 스토리라인은 정확히 멈췄던 자리에서 재개됩니다. 두 가지 규칙이 역할을 분명하게 지킵니다: 직접 작성한 스토리라인은 생성된 어떤 것보다 항상 우선하고, 모든 펼침은 제안될 뿐 결코 강요되지 않습니다 — 사용자가 먼저 확인합니다. (다이내믹 플래너는 Pro 기능이며, 스토리라인 밖에서 계획이 발동되는 방식까지 다루는 자체 개념 페이지가 있습니다.)
외부 시스템 끌어들이기
노드는 제3자에게 넘겨주고 돌아오는 것에 따라 행동할 수 있습니다: 채점된 평가, KYC 검사, 임베드된 미니 게임. 그 결과 — 점수, 판정, 결제 확인 — 는 프로필을 갱신하거나 출구를 충족할 수 있습니다. 두 가지 형태: 백엔드 인계(데이터가 도구로 흘러 나가고 결과가 흘러 돌아옴, 보이지 않게)와 리다이렉트-후-대기 인계(대화가 링크를 보여 주고, 잠기고, 외부 단계가 끝나면 재개됨 — 결제 흐름이 하는 방식).
어디에 맞나
스토리라인은 핵심 서비스가 곧 구조화되고 단계적인 사람별 대화인 모든 사업에 어울립니다: 튜터링과 언어 연습, 코칭과 책임 프로그램, 단계적 자문과 안내형 판매, 신청 접수와 사전 자격 심사, 인증과 훈련. 가치가 오늘 한 사람의 시간에 의해 상한이 정해진 어디서든, 스토리라인은 한 에이전트가 그 프로세스를 수천 명에게 동시에 실행하게 합니다 — 진정으로 사람이 필요한 부분은 사람에게 남겨 두면서.
스토리라인은 Pro 기능이며, 테넌트별로 켜집니다. 콘솔에서(또는 API로, 그래서 마법사나 어시스턴트가 하나를 지을 수 있게) 그래프로 작성되고, 버전 관리되고 게시되며, 진행 중인 사용자는 시작한 버전에 고정됩니다.
자주 묻는 질문
- 이것이 그냥 더 긴 시스템 프롬프트를 쓰는 것과 어떻게 다른가요?
- 프롬프트는 모든 것을 한꺼번에 설명해 놓고 모델이 잘 따라와 주기를 바랍니다. 스토리라인은 그 사람이 있는 단계만 에이전트에게 주고, 진행 상황은 모델 바깥에 저장합니다. 그래서 스무 번째 턴에서도, 일주일 뒤 다른 채널로 돌아왔을 때도 스토리라인은 여전히 올바르게 동작합니다.
- 고객이 흐름 도중에 다른 이야기를 꺼내면 어떻게 되나요?
- 에이전트는 그 질문에 답하고 같은 단계에 머무릅니다 — 주제를 벗어나는 것은 흐름을 진행시키지도, 무언가를 수집됨으로 표시하지도 않습니다. 그 사람이 원래 하던 일로 돌아오면, 스토리라인은 정확히 있던 자리에서 이어집니다.
- 사람들이 이미 진행 중인 스토리라인을 수정할 수 있나요?
- 네. 각 사람의 실행은 그가 시작한 게시 버전에 고정되므로, 편집하고 다시 게시해도 흐름 중간에 있는 사람은 방해받지 않습니다. 기존 실행을 새 버전으로 옮길 시점은 당신이 정합니다.
- 최종 사용자가 자신이 스토리라인 안에 있다는 것을 알게 되나요?
- 그것은 흐름마다 당신이 선택합니다: 완전히 보이지 않게 할 수도, 이름만 보여 줄 수도, 지금 어디에 있는지를 가린 지도로 보여 줄 수도, 진행 상황과 함께 전체 단계 지도를 보여 줄 수도 있습니다. 가린 모드에서는 앞으로의 단계나 선택되지 않은 분기에 관한 어떤 정보도 브라우저로 전송되지 않습니다.
- 고객이 끝내 완료하지 않으면 어떻게 되나요?
- 진행 상황은 그저 기다립니다 — 그것은 브라우저 세션이 아니라 그 사람 또는 그 건에 속하기 때문입니다. 누가 어디에서 멈춰 있는지 볼 수 있는데, 대개 그것이 핵심입니다: 완료되지 않은 신청은 조용한 이탈이 아니라 후속 조치를 할 수 있는 리드입니다.
에이전트가 알아야 할 것의 대부분은 이미 어딘가에 적혀 있습니다 — 당신의 웹사이트에, 그리고 당신 팀이 이미 고객에게 보내는 PDF에. URL에서 가져오기는 공개된 절반을 다루고, 업로드가 나머지를 다룹니다.
구조화된 인덱스는 에이전트가 문서에 이미 포함된 필드(제목, 가격, 레벨, 링크, 이미지)와 의미 기반 검색을 위해 사용하는 벡터 검색을 함께 활용하여 구축한 작은 테이블입니다. 벡터 검색은 질문과 유사하게 읽히는 구문을 찾아내지만, 카운팅하거나 숫자로 필터링하거나 그룹화할 수는 없습니다. 구조화된 인덱스는 이러한 작업을 처리하며, 에이전트가 단편에서 재구성하는 대신 링크나 식별자를 정확하게 인용할 수 있게 합니다.
다이내믹 플래너는 대화를 지켜보다가, 사용자가 에이전트의 영역 안에서 진짜로 여러 단계가 필요한 일을 하려 하고 어떻게 진행해야 할지 눈에 띄게 막막해할 때, 그 일을 임시 스토리라인 — 체크리스트로 움직이는 단계별 계획 — 으로 펼칠지 제안합니다. 에이전트는 그 계획을 한 번에 한 단계씩, 사용자가 볼 수 있는 진행 상황과 함께 실행합니다. 계획 수립은 검증을 거쳐 한 번만 일어나고, 실행은 결정적입니다.
장문 작성은 에이전트가 먼저 개요를 계획하고, 시작하기 전에 필요한 모든 것을 요청하며, 각 섹션을 귀하의 자료와 공개 출처에 대해 조사한 후 섹션별로 작성하여 재시작 시에도 유지되는 작업을 통해 완성된 다중 섹션 문서(예: 제출 서류, 시장 진출 보고서, 실사 메모)를 생성합니다. 채팅 옆의 캔버스에서 문서를 편집하고, 선택한 구절을 통해 어떤 구절이든 다시 작성할 수 있으며, 모든 버전이 보관됩니다.