• 홈
  • 블로그
  • 갤러리
  • 가격
  • 홈
  • 블로그
  • 갤러리
  • 가격
창작 시작

만들고.플레이하세요.

크리에이터 블로그

홈/블로그/제품 워크플로

DramaFork가 "업데이트 필요"를 표시하지만 이전 소재가 남아 있을 때, 창작자는 계속 사용할 수 있는지 어떻게 판단해야 할까?

"업데이트 필요"는 이번 변경이 이미 완료된 특정 단계의 의존성에 닿았다는 것만 의미하며, 이전 소재가 이미 교체되었다거나 반드시 틀렸다는 뜻은 아니다. 당신이 해야 할 일은 수동 확인이다. 이번에 바뀐 것이 이전 소재가 표현하고 있는 사실인지 따져보는 것이다. 이전 소재가 표현하는 사실이 여전히 성립하면 계속 사용할 수 있고, 그 표현하는 사실이 이미 바뀌었다면 다시 만들거나 최소한 일치하도록 고쳐야 한다.

D
DramaFork Editorial Team인터랙티브 스토리텔링과 AI 제작
2026.09.28예상 읽기 시간: 6분
오래된 필름 릴이 새로 편집된 동작 스케치 옆에 그대로 남아 있고, 검토자가 재사용 전에 그 의미를 비교한다.
목차
크리에이터 블로그
  1. 01개요
  2. 02먼저 두 가지를 구분하자: 상태 표시와 데이터 보존
  3. 03사례 1: 이름을 바꿨지만 이전 소재에 그 이름이 나오지 않음
  4. 04사례 2: 동작을 바꿨는데 이전 소재가 동작을 확정해 그림
  5. 05반복 사용할 수 있는 검토 기록 템플릿
  6. 06캐릭터가 변명을 지어낼 때, 그것을 새로운 사실로 여기지 말라
  7. 07완료 점검
글 맨 위로

개요

"업데이트 필요"는 이번 변경이 이미 완료된 특정 단계의 의존성에 닿았다는 것만 의미하며, 이전 소재가 이미 교체되었다거나 반드시 틀렸다는 뜻은 아니다. 당신이 해야 할 일은 수동 확인이다. 이번에 바뀐 것이 이전 소재가 표현하고 있는 사실인지 따져보는 것이다. 이전 소재가 표현하는 사실이 여전히 성립하면 계속 사용할 수 있고, 그 표현하는 사실이 이미 바뀌었다면 다시 만들거나 최소한 일치하도록 고쳐야 한다.

아래에서는 두 가지 가상의 교육용 예시로 설명한다. 예시 속 프로젝트 이름, 캐릭터 이름, 대사는 모두 지어낸 것으로, 판단 과정을 보여주기 위한 것이지 실제 테스트 기록이 아니다.

먼저 두 가지를 구분하자: 상태 표시와 데이터 보존

이 글은 DramaFork가 정리한 것으로, 현재 프로젝트 구현에 따라 설명한다. 상위 수정은 단계 의존성에 따라 관련된 완료된 하위 단계를 "업데이트 필요"로 표시하면서 동시에 이전 데이터를 보존한다. 이 표시는 검토 범위를 알려줄 뿐, 이전 소재의 어느 문장이나 어느 동작이 무효인지 판단하지 않는다. 창작자는 여전히 실제 표현을 확인한 뒤 어떤 소재를 수정하거나 유지할지 결정해야 한다.

실제 의존성은 단계별로 정해진다. 기획을 바꾸면 시나리오 및 이후 생성 단계에 영향을 준다. 시나리오를 바꾸면 스토리보드, 스타일, 캐릭터, 노드, 영상, 미리보기, 내보내기에 영향을 준다. 스토리보드를 바꾸면 노드, 영상, 미리보기, 내보내기에 영향을 준다. 스타일을 바꾸면 캐릭터, 영상, 미리보기, 내보내기에 영향을 준다. 캐릭터를 바꾸면 영상, 미리보기, 내보내기에 영향을 준다. 노드나 영상을 바꾸면 미리보기, 내보내기에 영향을 준다. 관련 단계가 완료되지 않았다면 이 규칙에 의해 직접 "업데이트 필요"로 표시되지 않는다.

판단할 때 먼저 세 가지 질문을 던져라. 이전 소재에 어떤 사실이 나타나는가? 이번에 무엇이 바뀌었는가? 둘이 충돌하는가?

사례 1: 이름을 바꿨지만 이전 소재에 그 이름이 나오지 않음

가상 프로젝트 《안개 항구의 편지》에서 캐릭터의 원래 이름은 "린완"이었다. 완료된 일러스트와 세 장의 스토리보드에는 이름 텍스트가 없었지만, 한 영상의 대사에서 그녀의 이름을 말했다. 나중에 작가가 시나리오에서 캐릭터 이름을 "린자오"로 바꿨다.

이는 시나리오 변경에 해당하며, 관련된 완료된 스토리보드, 스타일, 캐릭터, 노드, 영상, 미리보기, 내보내기가 모두 "업데이트 필요" 범위에 들어간다. 다시 항목별로 실제 내용을 확인한다.

  • 캐릭터 일러스트: 화면에 이름이 없고 외형도 변하지 않았으므로, 이전 이미지가 여전히 올바른 사실을 표현하므로 계속 사용할 수 있다.
  • 스토리보드: 화면 설명에 "그녀가 문을 밀어 연다"라고 쓰여 있고 이름은 쓰이지 않았으므로 계속 사용할 수 있다.
  • 영상: 대사 자막에 "린완, 왔구나"가 나타나는데, 이 대사가 표현하는 사실이 이미 바뀌었으므로 자막을 다시 만들거나 다시 녹음해야 한다.
  • 미리보기와 내보내기: 영상을 포함하므로 함께 영향을 받는다.

여기서 핵심은 "업데이트 필요"라는 세 글자가 아니라, 이전 소재에 "린완"이라는 사실이 있는지다. 나타나지 않으면 여전히 사용할 수 있고, 나타나면 반드시 고쳐야 한다.

사례 2: 동작을 바꿨는데 이전 소재가 동작을 확정해 그림

같은 프로젝트에서 시나리오 원문은 "그녀가 편지를 서랍에 넣는다"였고, 완료된 스토리보드와 영상 모두 이 동작대로 그려졌다. 나중에 당신이 시나리오를 "그녀가 편지를 태운다"로 바꿨다.

이번에는 동작 사실이 바뀌었다. 이전 스토리보드와 이전 영상이 표현하는 것은 "서랍에 넣는다"이며, 새 시나리오와 충돌하므로 수정해야 한다. 시스템은 여전히 시나리오의 전체 의존성에 따라 관련된 완료 단계를 표시하며, 스타일과 캐릭터 소재도 포함한다. 수동 검사로는 외형과 스타일이 여전히 적용 가능한지 확인할 수 있으며, 검토 범위에 들어갔다고 해서 모든 파일을 자동으로 다시 만들 필요는 없다.

하지만 주의하라. 이전 스토리보드가 "그녀가 편지를 들고 창가에 서 있다"만 그렸고 서랍에 넣는 장면은 그리지 않았다면, 그것은 여전히 사용할 수 있을 수 있으며 이후 연결만 확인하면 된다. 판단 근거는 항상 이전 소재가 실제로 표현한 내용이지, 표시 자체가 아니다.

반복 사용할 수 있는 검토 기록 템플릿

아래 표에 따라 항목별로 확인할 수 있다. 표에서 "이전 소재가 표현한 사실"은 구체적으로 써야 하며, "문제없음"이라고만 쓰면 안 된다.

단계 이전 소재에 나타난 사실 이번 변경 충돌 여부 처리
캐릭터 일러스트 외형, 이름 없음 이름 변경 아니오 계속 사용
스토리보드 3 "그녀가 문을 밀어 연다", 이름 없음 이름 변경 아니오 계속 사용
영상 자막 "린완, 왔구나" 이름 변경 예 자막 다시 만들기
스토리보드 5 "그녀가 편지를 서랍에 넣는다" 편지 태우기로 변경 예 다시 그리기
노드 텍스트 "편지 넣기" 설명 편지 태우기로 변경 예 텍스트 수정

이 표를 다 채우면 어떤 것을 남기고 어떤 것을 고쳐야 하는지 알게 된다. 표시는 범위를 찾는 데만 도움을 주고, 충돌 판단은 당신이 이전 소재를 읽어서 한다.

캐릭터가 변명을 지어낼 때, 그것을 새로운 사실로 여기지 말라

검토할 때 당신은 캐릭터와 대화하며 줄거리를 떠올리려 할 수 있다. 캐릭터가 "나 그날 정말 편지를 태웠어"라고 말할 수 있지만, 시나리오에 원래 편지를 태우는 일이 없었다면 이것은 캐릭터가 대화 중 지어낸 말일 뿐, 새로운 세계 사실이 아니다. 그것이 거꾸로 이전 소재가 틀렸다는 증거가 될 수도 없고, 수정 근거가 될 수도 없다. 당신은 시나리오와 완료된 소재 자체로 돌아가 확인해야 한다.

완료 점검

위 단계를 마친 후 이 체크리스트로 확인하라.

  1. "업데이트 필요"로 표시된 각 단계마다, 당신은 이전 소재가 실제로 표현한 사실을 적었다.
  2. 각 충돌은 구체적인 소재에 대응되며, "업데이트 필요"라고만 쓰지 않았다.
  3. 충돌이 없는 이전 소재에는 "계속 사용"이라고 명확히 썼다.
  4. 충돌이 있는 이전 소재는 다시 만들거나 현재 시나리오와 일치하도록 고쳤다.
  5. 미리보기와 내보내기는 관련 소재를 고친 후 다시 생성하고 확인했다.

5번 항목을 아직 하지 않았다면, 먼저 내보내기 전달을 하지 말라. 내보내기에는 로컬 소재 패키지 localAssets와 원격 링크 패키지 remoteUrls 두 가지가 있다. 전자는 설명에 따라 실행하고 오프라인을 확인해야 하며, 후자는 네트워크와 서비스에 의존하므로 영구적인 리소스 보장이 아니다. ZIP 성공이 플레이 가능성 검증을 의미하지는 않는다. localhost는 다른 사람의 컴퓨터에서 그 자신의 로컬 머신을 가리키므로, 범용적으로 접근 가능한 도메인으로 사용할 수 없다.

마지막으로 작은 일 하나를 하라. 현재 "업데이트 필요"로 표시된 그 단계를 열고, 소재에서 그것이 실제로 표현하는 사실을 찾아 위 표의 첫 줄에 적어라. 이 한 줄을 쓰면, 당신은 이미 그것을 계속 사용할 수 있는지 판단할 수 있게 된다.

제품 기능 알아보기 인터랙티브 작품 체험

계속 읽기

더 많은 글 보기
변경 기록이 수정 원인, 새로운 다리 동작, 영향을 받는 소재를 연결한다.
제품 워크플로2026.09.30 · 6분

인터랙티브 스토리의 변경 기록 작성법: 원인, 변경, 영향받는 루트 구분하기

변경 기록은 세 칸으로 작성한다: 원인, 변경, 영향받는 루트. 원인은 "왜 바꾸는지"를 설명하고, 변경은 "무엇을 바꾸는지"를 명확히 쓰며, 영향받는 루트는 "어떤 소재와 분기가 재검토되어야 하는지"를 나열한다. 아래에는 가상의 교육용 예시를 관통해서 사용한다: 어떤 인터랙티브 영화 게임이 원래 2장에 "끊어진 다리" 노드를 두었고, 플레이어는 밧줄을 찾아야 강을 건널 수 있었다; 작가는 나중에 끊어진 다리를 "지연된 나룻배"로 바꾸었는데, 그 이유는 원래 설계가 한 온화한 루트를 어색하게 만들었기 때문이다. 이하 인명, 숫자, 대사는 모두 가상이며, 작성법 시연에만 사용된다

두 창작자가 모호한 의견을 구체적인 장면 동작을 가리키는 수정서로 바꾸는 모습.
제품 워크플로2026.09.29 · 6분

두 창작자가 교대로 검토할 때, '여기가 틀렸어'를 실행 가능한 수정서로 쓰는 방법은?

'여기가 틀렸어'를 수정서로 바꾸는 핵심 동작은 하나뿐입니다. 모든 의견을 버전, 노드, 현상, 기대, 이유, 책임, 검증이라는 일곱 칸에 넣는 것입니다. 두 사람이 교대로 검토할 때는 먼저 각자 독립적으로 수정서를 작성하고, 충돌 항목을 병합한 뒤에야 원고를 수정합니다. 아래에서는 가상의 교육용 예시로 전체 과정을 진행하며, 인물, 대사, 수치는 실제 측정 자료가 아닙니다.

한 컴퓨터의 로컬 서비스와 다른 컴퓨터가 길 건너 서로 마주 보고, 공용 연결 다리가 도달 가능한 주소를 알려주는 모습.
제품 워크플로2026.09.29 · 6분

원격 소재 패키지에 localhost가 나타나면, 왜 다른 컴퓨터에서는 열리지 않을 수 있을까?

원격 패키지의 소재 주소가 localhost를 가리키면, 컴퓨터를 바꾼 뒤에는 수신자 자신의 컴퓨터로 요청이 갑니다. 제작자 컴퓨터의 서비스는 ZIP과 함께 옮겨지지 않으므로 "내 쪽에서는 재생된다"는 것만으로 다른 사람도 재생할 수 있다고 증명할 수 없습니다. 처리 순서는 실제 요청 주소 확인, 애플리케이션 도메인 대조, 재내보내기, 다른 기기에서 검증입니다.

제작의 복잡함은 Agent에게, 창작의 결정권은 당신에게.

하나의 이야기 아이디어에서 시작해 대본, 캐릭터, 장면과 분기를 구성하고 플레이 가능한 첫 버전을 만드세요.

제품

  • 가격
  • 주요 기능
  • 제작 과정
  • 작품 예시
  • 자주 묻는 질문

둘러보기

  • 인터랙티브 갤러리
  • 크리에이터 블로그
  • 크리에이터 파트너십

법적 고지

  • 개인정보 처리방침
  • 이용약관
© 2026 DramaFork/AI 인터랙티브 스토리 스튜디오
Press Enter to send, or drag away and release.