NPC 관계 시스템: 살아 움직이는 AI 캐릭터 유대 구축


2026-09-10


Game Designer Assistant는 플레이어가 기억할 NPC 관계 시스템을 설계하도록 돕습니다. 실제 플레이어 행동에 반응하는 친밀도, 선물, 기분, 대사를 구현할 수 있습니다. 대부분의 게임 세계가 여전히 마을 주민을 고정된 퀘스트 제공자로 묶어 두는 동안, 이 AI는 관계도, 소셜 그래프, 로맨스 플래그를 문서화된 플레이 가능한 시스템으로 전환합니다. 2026년 9월 기준으로 스튜디오와 1인 개발자는 가상 인물을 단지 애니메이션이 잘된 존재가 아니라 사회적으로 일관된 존재로 느끼게 해야 한다는 현실적인 압박을 받고 있습니다.

✅ 대사 한 줄을 쓰기 전에 플레이어–NPC 및 NPC–NPC 유대를 설계합니다
✅ 선물, 기분, 우정 루프를 출시 가능한 시스템으로 전환합니다
✅ 로맨스, 라이벌 관계, 가족, 세력 관계망을 디자이너가 바로 활용할 수 있는 언어로 문서화합니다
✅ 라이프 심, RPG, 오토메 타이틀, 오픈 월드 소셜 샌드박스 전반에서 작동합니다

이것이 중요한 이유를 이해하려면, 왜 এত 많은 NPC 관계 시스템이 하트 미터와 살아 있는 사회 세계 사이에서 멈춰 버리는지 살펴봐야 합니다.

빠른 답변: NPC 관계 시스템이란 무엇인가요?

NPC 관계 시스템은 캐릭터들 사이의 유대와 플레이어와의 관계를 추적하여 대사, 선물, 기분, 스토리 결과를 이끄는 게임 디자인 프레임워크입니다. 이는 하트 아이콘 하나가 아닙니다. 누가 누구를 신뢰하는지, 누가 소문을 퍼뜨리는지, 누가 퀘스트를 거절하는지, 누가 축제에 나타나는지를 결정하는 규칙입니다.

핵심 기능:

  • 플레이어–NPC 친밀도(우정, 로맨스, 라이벌 관계, 공포)
  • NPC–NPC 그래프(가족, 결혼, 짝사랑, 전투 동료)
  • 관계 상태에 연결된 선물, 기분, 대사 잠금 조건
  • 세션과 장소를 넘어서 플레이어 행동을 지속적으로 기억하는 기능

잘 구축된 NPC 관계 시스템은 마을을 하나의 사회처럼 느끼게 합니다. 약한 시스템은 모든 주민을 대사 몇 줄이 더 달린 자판기처럼 느끼게 합니다.

대부분의 NPC 관계 시스템이 가진 문제

플레이어가 원하는 것은 더 예쁜 모델만이 아닙니다. 이들은 사회적 결과를 원합니다. 인터랙티브 캐릭터 연구는 같은 요구로 계속 돌아옵니다. 가상 인물은 주인공과의 역사만이 아니라 서로 간의 역사를 가진 것처럼 행동해야 합니다. 업계 보도에서 이제 NPC 생성 AI를 수십억 달러 규모의 카테고리로 다루는 이유도 여기에 있습니다. 생생하고 적응적인 캐릭터는 더 이상 신기한 기능이 아니라 시장의 기대가 되었기 때문입니다.

2033년까지 미화 751억 달러 — AI 기반 게임 시장의 예상 규모

그 지출이 자동으로 더 나은 유대를 만들어 주지는 않습니다. 출시된 많은 게임은 여전히 관계를 이자 관계, 즉 플레이어와 각 NPC 사이의 미터 하나로 다룹니다. 대장장이는 당신이 자기 딸과 결혼했다는 사실을 알아차리지 못합니다. 라이벌은 당신이 자신의 적에게 선물을 줬다는 소식을 듣지 못합니다. “절친”은 새로운 퀘스트 플래그가 발동하는 순간 어제의 고백을 잊어버립니다.

하지만 설득력 있는 사회 계층에 접근하는 일은 놀랄 만큼 어렵습니다.

  • NPC–NPC 그래프가 없는 하트 미터
  • 기분, 일정, 평판과 분리된 선물 표
  • 사회 규칙이 존재하기 전에 작성된 대화 트리
  • 가족, 질투, 세력 압력을 무시하는 로맨스 플래그

소셜 그래프 없는 하트 미터

수치형 우정 값은 코딩하기 쉽고 설명하기도 쉽습니다. 하지만 그 허점도 쉽게 드러납니다. NPC 한 명당 네 개 이상의 관계를 운영하는 디자이너는 부모, 형제자매, 라이벌, 멘토, 연인으로 이루어진 역동적인 지도를 얻지만, 관리 업무는 폭증합니다. 스프레드시트는 어긋나고, 작가의 내용은 시스템과 모순되며, QA는 차가운 대사가 버그인지 끊어진 유대 때문인지 판별할 수 없습니다.

NPC 관계 시스템에서 결혼, 가족, 짝사랑, 위탁 양육, 전투 동료 관계를 보여 주는 판타지 캐릭터 관계도

위와 같은 관계도야말로 실제 디자인 문서입니다. 결혼, 딸, 의붓아들, 짝사랑, 위탁 양육, 전투 동료 관계는 분위기를 위한 텍스트가 아닙니다. 이들은 관계선 유형입니다. NPC 관계 시스템이 그런 관계선을 표현하지 못한다면, 플레이어가 그중 하나를 건드렸을 때 세계도 반응할 수 없습니다.

대사와 연결되지 않는 선물과 기분

라이프 심은 복숭아, 광물, 요리된 식사가 사회적 언어라는 사실을 한 세대의 플레이어에게 가르쳤습니다. 선물 취향, 일일 기분, 대사가 서로 다른 세 가지 도구에 존재하면 루프는 무너집니다. NPC는 좋아하는 선물을 받고도 “보통” 상태에 머물며 일반적인 인사말을 반복합니다. 플레이어는 그 이음새를 즉시 느낍니다.

사회적 대가 없는 로맨스

오토메 및 데이팅 심 연구는 플레이어가 상호적인 애정을 중심으로 얼마나 강하게 의미를 구성하는지 보여 줍니다. 한 연구는 293개의 서술형 플레이어 응답을 바탕으로 사람들이 오토메 게임에서 정서적으로 의미 있는 유대를 어떻게 표현하는지 살폈습니다. 그런 플레이어는 고백에 목격자도, 가족의 반응도, 라이벌의 결과도 없을 때 알아차립니다. 그래프의 나머지 요소와 충돌할 수 없는 로맨스는 장신구에 불과합니다.

아무것도 기억하지 못하는 세계

NPC의 사회적 설득력에 관한 학술 연구는 오래전부터 모델링된 사회 관계가 더 풍부한 행동을 만들어 내는지를 검증해 왔습니다. 최근 제작 사례는 실시간 적응, 감정 신호, 지속적 기억을 가진 AI 기반 캐릭터를 설명합니다. 하지만 대부분의 인디 파이프라인은 여전히 “하트 레벨 6”만 저장하고 끝냅니다. 연구와 출시 가능한 NPC 관계 시스템 사이의 간극은 또 다른 무드보드가 아니라 문서화, 규칙, 반복 개선에 있습니다.

바로 이것이 이 AI 디자인 파트너가 만들어진 이유입니다.

Game Designer Assistant를 선택해야 하는 이유

Game Designer Assistant는 NPC 관계 시스템을 서로 연결되지 않은 대사 파일 더미가 아닌 독립적인 디자인 문제로 다룹니다. 캐릭터 구성, 장르, 제약 조건(마을 주민 12명, 하트 6개 상한, 세력 전쟁)을 가져오면 관계선 유형, 친밀도 규칙, 선물 경제, 기분 수정치, 그리고 작가와 프로그래머가 실제로 공유할 수 있는 문서를 포함한 시스템 분석을 제공합니다.

기존 방식Game Designer Assistant
NPC마다 하트 미터 하나, NPC–NPC 그래프 없음가족, 라이벌 관계, 로맨스, 위탁 양육, 세력을 아우르는 전체 관계망
기분이나 일정과 연결되지 않는 선물 목록선물, 기분, 대사 잠금 조건을 하나의 루프로 설계
질투나 목격자가 없는 로맨스 플래그가족 압력, 라이벌, 공개 평판이라는 사회적 대가
채팅이나 낡은 위키에 갇힌 디자인 노트한곳에서 관리하는 시스템 문서, 표, 반복 개선 프롬프트
유명 라이프 심에서 복사한 장르 규칙당신의 판타지 RPG, 오토메, 소셜 샌드박스에 맞춘 규칙

이 표가 하트 이벤트를 복제하는 것과 사회를 설계하는 것의 차이입니다. NPC 간 관계로 사고하는 디자이너는 이미 세계 그 자체가 그래프라는 사실을 알고 있습니다. 이 어시스턴트는 아트 확정과 성우 녹음 전에 그 그래프를 명확히 규정하도록 돕습니다.

플레이어 미터가 아닌 관계 그래프

먼저 관계선 유형을 요청하세요. 혈연, 결혼, 멘토 관계, 짝사랑, 전투 동료 관계, 빚, 불화가 있습니다. 다음으로 누가 어떤 관계선을 볼 수 있는지 요청하세요. 존중을 원하는 위탁 부모, 복종을 원하는 배우자, 전장을 함께한 형제자매의 동기는 대사 필터와 퀘스트 관문이 됩니다. 결과물은 “가까워 보여야 한다”는 모호한 메모가 아니라 디자인 문서에 고정할 수 있는 지도입니다.

선물, 기분, 우정 루프

출시 가능한 NPC 관계 시스템에서는 세 가지 시계가 서로 대화해야 합니다. 무엇을 주었는지, 오늘 기분이 어떤지, 그리고 무슨 말을 할지입니다. 어시스턴트는 매우 좋아함/좋아함/싫어함 표, 기분 배수(비, 축제, 슬픔), 요리 레시피·동행 요청·고백 장면을 여는 정확한 하트 임곗값을 초안으로 만들 수 있습니다. 엔진 세부 사항이 아니라 임곗값, 플래그, 재사용 대기시간 같은 디자이너 언어로 작업할 수 있습니다.

대사 잠금 조건과 기억

모든 NPC가 똑같은 세 가지 인사말만 하면 분기형 대화는 죽습니다. 더 나은 방식은 잠금 목록입니다. “플레이어의 절도를 목격함”, “형제자매의 장례식에 참석함”, “이번 주 라이벌에게 선물을 줌”이 필요한 대사를 정하는 것입니다. 게임 속 친족 관계 사례 연구는 유대가 체화된 것처럼 느껴지려면 내러티브, 메커니즘, 표현이 일치해야 한다는 점을 보여 줍니다. 이 어시스턴트의 역할은 그 일치를 문서에 강제하는 것입니다.

복사-붙여넣기 설계 없는 장르 이해력

라이프 심, CRPG, 오토메, 허브 마을이 있는 익스트랙션 슈터는 각각 다른 사회적 물리를 필요로 합니다. 농촌 마을에는 일일 선물 주기와 계절 축제가 필요합니다. 전쟁 캠프에는 신뢰, 소문, 탈영이 필요합니다. 전용 시스템 파트너를 사용하는 목적은 장르를 넘나들며 검증하는 데 있습니다. 당신이 판타지를 설명하면, 어시스턴트는 그 판타지에 맞는 규칙을 돌려줍니다.

“해안 마을 주민 14명을 위한 NPC 관계 시스템을 설계해 줘. 하트 6개 우정, 하트 8개 로맨스, 선물 취향, 비 오는 날 기분 페널티, 그리고 내가 두 형제자매와 데이트할 경우 NPC–NPC 질투를 포함해 줘.”

“이 가족 관계망을 그림다크 RPG용 친밀도 규칙, 공개 정보와 비공개 정보, 퀘스트 잠금 조건으로 변환해 줘.”

“라이프 심 허브에서 플레이어가 할 수 있는 모든 사회 행동, 즉 손잡기, 선물하기, 소문 퍼뜨리기, 함께 일하기를 나열하고 각 행동을 관계 변화량에 매핑해 줘.”

함께 활용할 수 있는 관련 에이전트

전체 캐릭터 구성의 이름도 정하고 있다면 Name Generator가 이미 확정한 지역에 어울리는 문화적으로 일관된 NPC 이름, 가문명, 반려동물 이름을 생성할 수 있습니다. 대장장이, 그의 딸, 방문한 공작이 서로 다른 세 개의 설정집에서 나온 것처럼 들리면 관계 시스템은 무너집니다.

인물의 내면도 다루고 있다면 Personality Analyzer가 애착 유형, 빅 파이브 성격 특성, 갈등 패턴을 구체화해 “친절한 제빵사”가 유일한 성격 템플릿이 되지 않도록 돕습니다.

  • 인물 소개에 바로 넣을 수 있는 특성 조합
  • 로맨스 후보를 위한 궁합 메모
  • 기분 변화를 정당화하는 스트레스 행동

로맨스와 라이벌 관계에 목소리가 필요하다면 Acting Coach가 고백 장면, 이별 독백, 소문 전달을 점검하여 시스템의 플래그가 UI가 아닌 사람처럼 들리게 합니다.

플레이어 관점에서 창발적인 사회적 물리를 느끼고 싶다면 College Life는 우정, 상심, 연결이 선택에 따라 전개되는 오픈 월드 캠퍼스 로맨스입니다. 유대가 형성되는 속도를 조정할 때 유용한 참고 자료가 됩니다.

이 디자인 파트너를 무료로 사용해 보세요. 신용카드는 필요하지 않습니다.

작동 방식

1단계: 사회적 판타지 정의하기
장르, 캐릭터 수, 그리고 게임에서 관계를 “성공”한다는 것이 무엇을 뜻하는지 설명하세요. 농장 라이프 심, 마을 주민 12명, 2년 차 결혼처럼 구체적으로 적으세요. 또는 충성심이 무너질 수 있는 8명의 용병단도 좋습니다.

“아늑한 라이프 심을 디자인하고 있어. 플레이어는 NPC와 손을 잡고, 선물을 주고, 함께 집안일을 할 수 있어. 기분, 우정, 하나의 로맨스 경로를 갖춘 관계 시스템이 필요해.”

2단계: 하트 미터 전에 그래프 구축하기
캐릭터 목록을 업로드하거나 붙여 넣으세요. AI 디자인 어시스턴트에게 NPC와 플레이어 사이뿐 아니라 NPC들 사이의 관계선 유형을 요청하세요. 부모, 라이벌, 위탁 관계, 비밀스러운 애정을 반드시 요구하세요. 첫 번째 결과물은 대사 스프레드시트가 아니라 관계도여야 합니다.

“NPC 10명이 있어. 가족, 직장, 짝사랑, 불화 하나를 포함한 관계도를 만들어 줘. 그다음 플레이어가 발견할 수 있는 관계선과 비밀로 남는 관계선을 구분해 줘.”

3단계: 행동, 선물, 기분 정의하기
대화하기, 선물하기, 손잡기, 춤추기, 교대 근무하기, 엿듣기, 배신하기처럼 모든 사회적 동사를 나열하세요. 각 동사에 관계 변화량, 기분 필터, 공개 목격자를 명시하세요. 이 지점에서 라이프 심 UX와 RPG 평판이 만납니다.

우정 퀘스트와 화면의 손잡기 프롬프트가 표시된 라이프 시뮬레이션 게임 속 마을 길에서 손을 잡고 있는 두 캐릭터

손잡기 프롬프트는 장식이 아닙니다. 이는 NPC 관계 시스템의 동사입니다. 재사용 대기시간, 장소, 우정 임곗값을 가진 눈에 보이는 협력 행동입니다. 시스템이 왜 그 프롬프트가 나타났는지 설명하지 못한다면, 플레이어는 그것이 무작위라고 생각할 것입니다.

4단계: 대사를 잠그고 문서 출시하기
NPC–NPC 관계선이 바뀔 때 발동하는 하트 이벤트 개요, 거절 대사, 소문을 요청하세요. 결과는 작가와 엔지니어가 공유할 수 있는 표로 내보내세요. NPC, 관계선, 임곗값, 동사, 결과를 포함하면 됩니다. 마을 전체를 다시 쓰는 대신 하나의 망가진 루프, 예를 들어 슬픔을 무시하는 선물을 반복 개선하세요.

“Mira의 잠금 목록을 작성해 줘. 내가 그녀의 오빠와 사귀는 경우, 그녀의 축제에 빠진 경우, 이번 주 그녀의 라이벌에게 선물을 두 번 준 경우의 대사를 포함해 줘.”

5단계: 사회적 물리 플레이테스트하기
테이블탑 시나리오를 실행하세요. “플레이어는 A와 결혼했고, B와는 여전히 하트 8개이며, B는 A의 전투 동료다.” 어시스턴트가 누가 누구와 대면하는지 말해 줄 수 없다면 시스템은 아직 끝나지 않았습니다. 모든 주요 관계선에 눈에 보이는 결과가 생길 때까지 반복하세요.

결과 및 활용 사례

📊 라이프 심 우정 및 로맨스 루프 출시하기

  • 상황: 1인 개발자에게는 주민 12명과 선물 표가 있지만, 손잡기, 요리, 고백이 언제 해금되어야 하는지는 알 수 없습니다.
  • 기존 방식: 유명한 하트 이벤트 주기를 복사한 뒤, 원래 결혼식을 원망해야 할 NPC가 축하하는 문제를 몇 주 동안 수정합니다.
  • Game Designer Assistant: 하트 6개 우정, 하트 8개 로맨스, 기분 수정치, 선물 취향, 같은 가족 내 두 사람과 데이트할 때의 질투 규칙을 포함한 완전한 NPC 관계 시스템을 제공합니다.
  • “대화하면 +20”에 그치지 않고 일일 동사를 관계 변화량에 매핑
  • 축제와 날씨 기분을 핵심 배수로 처리
  • 각 하트 임곗값을 위한 작가용 잠금 목록

💼 RPG 가족 및 세력 관계망 구축하기

  • 상황: CRPG의 주인공에게는 귀족 가문, 용병단, 그리고 전쟁 캠프를 분열시켜야 할 결혼이 있습니다.
  • 기존 방식: 캠프에서 기다리는 배우자를 한 번도 언급하지 않는 동료 호감도 슬라이더입니다.
  • 이 디자인 파트너: 결혼, 의형제 관계, 위탁 양육, 전투 동료 관계를 위한 관계선 유형과 소문이 실제로 퍼질 수 있도록 하는 공개 정보와 비밀 정보를 제공합니다.
  • Name Generator와 함께 사용해 가문명, 경칭, 가명이 그래프 전체에서 일관되게 유지되도록 하세요
  • 플레이어 레벨뿐 아니라 충성심에 연결된 퀘스트 관문
  • 플레이어가 양립할 수 없는 두 관계선을 건드릴 때의 대면 장면

📱 수업 사이 휴대폰으로 관계 표 설계하기

  • 상황: 학생 디자이너가 메모 앱의 캐릭터 목록과 금요일 마감인 버티컬 슬라이스를 들고 통학합니다.
  • 기존 방식: 프로그래머가 읽을 수 있는 표가 되지 못하는 지저분한 휴대폰 메모입니다.
  • AI 시스템 파트너: 캐릭터 구성을 말하거나 입력하면 기차 이동이 끝나기 전에 관계 행렬, 선물 경제, 기분 규칙을 얻을 수 있습니다. 웹, iOS, Android에서 같은 대화를 이어갈 수 있습니다.
  • 한 번의 작업으로 NPC 한 명의 전체 사회 관계를 반복 개선
  • 다음 스탠드업에 사용할 수 있는 스크린샷용 표
  • 디자인을 계속하기 위해 노트북에서 위키를 열 필요 없음

🎯 오토메 스타일의 상호적 로맨스 조정하기

  • 상황: 비주얼 노벨 팀이 점수 주입기처럼 느껴지지 않고 상호적으로 느껴지는 고백 루트를 원합니다.
  • 기존 방식: 가족이나 라이벌이라는 대가 없이 숨겨진 점수와 마지막 CG만 제공합니다.
  • Game Designer Assistant: 플레이어가 이미 오토메 플레이에서 진정성 있는 로맨스를 묘사하는 방식에서 정보를 얻은 상호성 규칙, 목격 장면, 라이벌 루트를 제공합니다.
  • 모든 선택이 사회적인 상황에서 유대가 형성되는 속도를 파악하기 위해 College Life를 실시간 참고 자료로 사용하세요
  • 거절, 재사용 대기시간, 관계 회복을 포함한 루트 바이블
  • 일반적인 “츤데레 플래그” 대신 성격에서 비롯되는 갈등

자주 묻는 질문

게임 디자인에서 NPC 관계 시스템이란 무엇인가요?

NPC 관계 시스템은 플레이어와 비플레이어 캐릭터가 서로에 대해 어떻게 느끼는지, 그리고 NPC들이 서로에 대해 어떻게 느끼는지를 추적하는 규칙의 집합입니다. 일반적으로 친밀도 값, 관계 유형(친구, 라이벌, 가족, 연인), 사회적 동사(선물하기, 대화하기, 손잡기, 배신하기), 기분, 대사 잠금 조건을 포함합니다. 하나의 유대 변화가 마을, 파티, 가문 내 다른 곳에서 눈에 보이는 변화를 만들 때 시스템은 제대로 작동하고 있는 것입니다.

Game Designer Assistant는 무료로 사용할 수 있나요?

예. Game Designer Assistant는 Jenova의 무료 티어에서 핵심 기능과 제한된 사용량으로 제공되며, 시작하는 데 신용카드는 필요하지 않습니다. 대규모 캐릭터 구성, 여러 루트, 일일 디자인 작업을 반복 개선한다면 유료 플랜에서 사용량이 늘어납니다. 사용량은 청구일에 매월 초기화되며, 매일 조금씩 제공되는 방식이 아니라 첫날부터 전체 할당량을 사용할 수 있습니다.

NPC 관계 시스템은 대화 트리와 어떻게 다른가요?

대화 트리는 대사 묶음입니다. NPC 관계 시스템은 그 대사 아래에서 작동하는 물리 법칙입니다. 트리는 “플레이어가 어떤 분기를 클릭했는가?”를 묻습니다. 시스템은 “누가 결혼했는가, 누가 질투하는가, 누가 선물을 보았는가, 이 NPC는 어떤 기분인가?”를 묻습니다. 여전히 대화 트리나 짧은 반응 대사는 필요합니다. 하지만 그래프가 존재하지 않는 척하는 대신 그래프를 읽어야 합니다.

이 AI가 로맨스, 라이벌 관계, 가족 시스템을 도울 수 있나요?

예. 이 어시스턴트는 전투 동료를 화나게 하는 결혼, 존중을 요구하는 위탁 양육, 선물 반응을 바꾸는 짝사랑처럼 관계선 유형과 대가를 명시할 때 가장 강력합니다. 인물의 내면 동기를 위해서는 Personality Analyzer가 애착 및 특성 언어를 더해 라이벌과 연인이 같은 감정적 골격을 공유하지 않도록 할 수 있습니다. 감독은 여전히 당신이며, AI는 구조화된 선택지와 문서를 제공합니다.

Game Designer Assistant는 모바일에서 작동하나요?

예. Jenova는 웹, iOS, Android 전반에서 전체 기능 동등성을 제공하며, 이동 중에 캐릭터 목록을 받아쓰고 싶다면 음성-텍스트 변환도 이용할 수 있습니다. 관계 행렬, 선물 표, 잠금 목록은 텍스트 중심이므로 수업 사이 또는 통학 중 휴대폰 세션만으로도 NPC 관계 시스템을 발전시킬 수 있습니다.

이런 방식으로 설계한 NPC 관계 시스템이 내 엔진에서도 작동할까요?

어시스턴트는 그래프, 표, 임곗값, 동사, 장면 개요 등 디자인 결과물을 제공합니다. 구현은 여전히 Unity, Unreal, Godot, Ren’Py 또는 커스텀 RPG 프레임워크에서 해야 합니다. 이 분리는 유용합니다. 엔진 플러그인은 당신의 스토리에 어떤 질투 규칙이 필요한지 알려주지 않습니다. 문서화된 NPC 관계 시스템은 알려줍니다. 엔지니어는 플래그와 숫자를 받고, 작가는 잠금 목록을 받으며, QA에서는 모순이 줄어듭니다.

결론

하트 미터는 NPC 관계 시스템이 아닙니다. 선물, 기분, 가족, 라이벌 관계, 대사가 모두 같은 그래프를 읽을 때, 그리고 손잡기, 축제 불참, 잘못된 형제자매와의 결혼이 실제로 마을을 바꿀 때 플레이어는 계속 머뭅니다. Game Designer Assistant는 관계선 유형, 사회적 동사, 친밀도 규칙, 팀이 실제로 출시할 수 있는 문서까지 그 그래프를 명확히 규정하도록 만들어졌습니다.

다음 버티컬 슬라이스에서도 모든 주민을 독립된 이자 관계로 다루고 있다면, 짧은 반응 대사보다 지도를 먼저 시작하세요. 유대를 설계한 뒤 대사와 애니메이션이 따라오게 하세요.

지금 Game Designer Assistant를 사용해 보세요. Jenova에서 더 자세히 살펴보세요.

개발자용: Game Designer Assistant는 Jenova API를 통해 프로그래밍 방식으로 이용할 수 있습니다. 단 한 번의 API 호출로 게임 개발 애플리케이션에 NPC 관계 시스템 설계를 통합하세요. 전체 문서 →