AI Story Agent의 책임 범위: 자동화에 적합한 작업과 창작자가 결정해야 할 일
기획안, 구조, 노드 초안부터 연속성 점검까지 AI Story Agent에 적합한 작업과 사람이 책임져야 할 범위를 구분합니다.
들어가며
범위 안내: 이 글은 Agent의 일반적인 책임 범위를 다룹니다. DramaFork의 현재 제품 기능, 인터페이스, 버튼 또는 공개 진행 상황을 설명하지 않습니다.
AI Story Agent는 창작자를 대신해 구조를 정리하고, 충돌을 발견하고, 연속성을 점검하는 데 가장 적합합니다. 작가를 대신해 주제, 인물이 넘지 말아야 할 선, 최종적으로 치러야 할 대가를 결정하는 데는 적합하지 않습니다. 한 문장에서 곧바로 “공개 가능한 네 가지 결말의 작품”을 생성하면, 문장은 자연스럽지만 서로 인과관계가 없는 네 편의 텍스트가 나오는 경우가 많습니다.
첫 번째 단계: 기획안
AI는 한 문장을 목표, 장애물, 이해관계, 장르 가정으로 확장하고 작가가 답해야 할 질문을 나열할 수 있습니다. 이 단계에서는 긴 대본을 생성하지 말고, 먼저 이 이야기를 인터랙티브하게 만들 가치가 있는 이유를 확인해야 합니다.
두 번째 단계: 구조
작가가 주제를 정한 뒤에는 AI가 3막 구조, 핵심 노드, 합류 가능한 지점, 결말 유형을 제안하고 노드 수를 추산할 수 있습니다. 끝없이 확장하기보다는 각 분기에서 추가되는 에셋 비용을 표시해야 합니다.
세 번째 단계: 노드 초안
AI는 노드의 목표에 따라 장면 초안, 선택지 문구, 즉각적인 피드백을 작성할 수 있습니다. 모든 선택에는 플레이어가 이미 아는 정보, 양쪽 선택의 대가, 기록되는 상태를 명시해야 합니다. 이런 항목이 없는 화려한 대사는 완성된 것으로 볼 수 없습니다.
네 번째 단계: 연속성 점검
Agent는 인물이 알아서는 안 되는 정보를 알고 있는지, 소품이 갑자기 등장하는지, 의상과 부상이 일관되게 이어지는지, 결말 조건에 도달할 수 있는지 점검할 수 있습니다. 모순을 발견하는 데 적합하지만, 최종 판단은 여전히 작가와 테스트 담당자의 책임입니다.
다섯 번째 단계: 최종 창작
주제에 대한 입장, 인물이 절대 해서는 안 되는 행동, 문화적 표현, 권리와 사실 확인, 최종적인 선택과 포기는 사람이 책임져야 합니다. AI는 대안을 제시할 수 있지만 작가를 대신해 결과를 책임지는 척해서는 안 됩니다.
구조화된 입력 템플릿
주제:
주인공이 원하는 것:
잃어서는 안 되는 것:
플레이어가 이미 아는 정보:
핵심 상태:
반드시 일어나야 하는 사건:
생성하면 안 되는 내용:
예산 상한(노드/영상 분량):
각 결말이 답해야 할 질문:
생성 결과 평가
네 가지 결말이 마지막 문단만 바꾼 것이 아니라 서로 다른 상태에서 비롯되는지, 초반 선택이 클라이맥스에서 참조되는지, 인물의 동기가 일관되는지, 모든 노드를 촬영할 수 있는지, 저작권·사실·안전상의 위험이 있는지, 작가가 그래프에서 모든 경로를 설명할 수 있는지 확인해야 합니다.
AI는 빈 페이지에서 시작하는 부담, 반복적인 정리, 기계적인 점검을 줄여 작가에게 판단할 시간을 돌려줘야 합니다. “자동으로 완성된 작품”이라는 약속으로 사람의 재작성, 실제 실행 환경에서의 검증, 공개에 대한 책임을 숨겨서는 안 됩니다.
결말 이름이 아닌 상태로 생성을 이끌기
작가는 먼저 신뢰, 증거, 경계심, 넘지 말아야 할 선처럼 설명 가능한 소수의 상태를 정의하고, Agent가 어떤 노드에서 이를 기록하거나 참조할지 제안하게 해야 합니다. 네 가지 결말은 상태 조합으로 거슬러 추적할 수 있어야 합니다. 증거는 충분하지만 선을 넘은 경우와 증거는 부족하지만 관계를 지킨 경우는 서로 다른 주제적 질문에 답해야 합니다. Agent가 먼저 네 가지 결말을 쓴 다음 아무 영향도 없는 선택을 거꾸로 채워 넣으면, 구조는 풍부해 보여도 인과관계가 없습니다.
노드 초안은 장면 목표, 플레이어가 이미 아는 정보, 인물 목표, 선택 행동, 양측의 대가, 즉각적인 피드백, 기록되는 상태, 이후 참조, 추가 에셋이라는 통일된 항목을 출력해야 합니다. 작가가 항목별로 승인한 뒤에야 대사를 확장할 수 있습니다. 구조가 빠진 상태에서 대사를 더 생성하면 재작업만 늘어납니다.
Agent는 불확실성을 적극적으로 드러내야 한다
세계관 규칙이 충돌하거나, 인물의 동기가 부족하거나, 실제 사실 또는 권리가 불명확할 때는 질문을 제기하거나 확인이 필요하다고 표시해야 합니다. 그럴듯하게 들리는 답을 지어내서는 안 됩니다. 현재 제품 역량, 가격, 법률, 문화적 표현에 관한 생성 텍스트는 반드시 사람이 재검토해야 합니다. 시스템은 추적할 수 있도록 프롬프트, 입력 자료, 모델 버전, 작가의 수정 기록도 보관해야 합니다.
연속성 점검은 인물의 지식, 소품 위치, 부상, 의상, 도달 가능한 결말에 관한 모순을 자동으로 나열할 수 있지만, “이 인물이 이렇게 행동할 것인가”는 여전히 작가가 판단해야 합니다. 자동 점검에서 문제가 발견되지 않았다고 작품이 검증을 통과한 것은 아닙니다. 경로 실행, 미디어 검수, 목표 플레이어 대상 테스트는 모두 생략할 수 없습니다.
수용 가능한 납품 절차
먼저 Agent가 세 가지 구조 기획안을 생성하게 하고, 작가가 하나를 선택한 뒤 이유를 설명합니다. 다음에는 전체 원고가 아닌 노드 표를 생성합니다. 예산과 상태 점검을 통과한 뒤에는 하나의 완전한 경로만 확장합니다. 진행 속도와 인물을 실제로 테스트한 뒤 나머지 결말을 확장합니다. 각 단계에는 되돌릴 수 있는 승인 지점이 있어야 하며, 한 문장이 대량의 값비싼 에셋 생성을 촉발하는 일을 방지해야 합니다.
최종적으로 작가는 Agent에 의존하지 않고 경로를 설명하고, 상태를 수정하고, 어떤 분기든 삭제할 수 있어야 합니다. 사람이 이해하고 인계받을 수 없는 자동화 구조는 장기 프로젝트의 기반으로 적합하지 않습니다. 일반적인 방법론으로서 이 절차는 “사람이 이해하고, 승인하고, 되돌리고, 인계받을 수 있음”을 완료 조건으로 삼으며, DramaFork의 현재 인터페이스나 아직 공개되지 않은 제품 역량에 의존하지 않습니다.
샘플 검수 시에는 최초의 한 문장, Agent의 단계별 출력, 작가의 수정, 노드 그래프, 네 가지 테스트 경로, 최종 에셋 수량을 보관해야 합니다. 그래야 생성 속도만으로 가치를 평가하지 않고, 도구가 실제로 어떤 작업을 줄였으며 어디에서 검토 비용을 늘렸는지 판단할 수 있습니다.
