제작 방식 통일
팀원마다 달랐던 생성·연결 방식을 하나의 입력과 생산 순서로 묶었습니다.
Draft → 검증 → 생산 → 등록
게임의 전체 구조 설계부터,
팀이 함께 만드는 제작 환경까지.
실행 화면으로 보고, 기술 팝업으로 깊이 읽기
성장과 편성의 결과가
전투에서 드러나는 RPG.
귀여운 몬스터를 수집하고 성장시켜 인간 영웅 원정대를 방어합니다. 강해진 군단으로 새로운 콘텐츠와 공성에 도전합니다.
공용 구조·콘텐츠 통합 / Monster Maker·공용 전투 / 육각 성·공성 AI / 진행 저장·안정화
사용자의 기능과 화면
개별 목표 · AI · 승리 조건
화살표 = 주요 의존 방향 · Core/Shared 직접 참조 일부 생략
Monster Maker는 팀의 제작 편차와 반복 작업을 줄이기 위해 만든 환경입니다.
팀원마다 달랐던 생성·연결 방식을 하나의 입력과 생산 순서로 묶었습니다.
Draft → 검증 → 생산 → 등록내부 구조를 직접 구현하기 어려운 팀원도 콘텐츠를 만들 수 있는 환경을 목표로 했습니다.
설정 · Preview · Validator새 콘텐츠마다 개발자가 같은 연결·등록 작업을 반복하지 않도록 도구로 옮겼습니다.
Writer · Catalog · 공용 Runtime수집 · 성장 · 편성 · 전투 · 보상
제작 · 미리보기 · 검증 · 생산 · 등록
새로운 몬스터 획득
군단의 구성과 위치 선택
성장한 군단으로 공략
레벨·돌파의 변화가 능력치와 다음 전투 입력으로 이어집니다.
등급별 강조와 카드별 건너뛰기로 획득의 리듬을 조절합니다.
개인 담당 · 몬스터 성장 연결 / 소환 UI와 연출 / 편성·전투 데이터 연결
새 동료를 만나는 순간
새로운 힘을 얻는 순간
전투의 분위기가 바뀌는 순간
모델 · 능력치 · 공격 · 연출
Stable ID · Catalog
서로 다른 몬스터 · 공용 실행
제작 원본과 실행 자산을 분리하고, 검증한 데이터를 같은 ID로 연결합니다.
외형과 공격이 다른 몬스터도
같은 도구에서 조립하고,
확인하고, 게임에 연결합니다.
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
같은 규칙, 각자의 자산.
개별 공격 스크립트 대신 Recipe + Binding + 공용 실행기
Basic / Active Executor
공격 입력 → 범위 내 대상 수집 → 피해와 연출
규칙 조합을 눌러 실행 경로를 비교하세요. 도식은 설명용 예시이며, 새로운 동작은 실행기와 검증 규칙도 함께 확장합니다.
같은 입력으로
같은 전장을 재현합니다.
기존 생성 검증 기록
9개 테마 × 10개 난이도 × 3개 시드
화면의 진행과 저장 파일이 어긋나지 않도록, 변경 후보와 현재 상태를 분리했습니다.
기존 진행 보존
비용 · 보상 검사
파일 저장 성공 확인
결과 · 화면 반영
현재 상태를 먼저 덮어쓰지 않습니다.
결과 → Adapter → 정산·저장 → 결과창·복귀
같은 PendingChange로 재시도해 보상을 다시 뽑지 않습니다.자산을 지우고 다시 만들면 기존 연결이 달라질 수 있습니다.
소유권 확인 · 백업 · 복구
대가 · Writer의 책임과 복구 절차가 복잡해집니다.
유닛마다 같은 목적지까지 계산하는 반복 비용이 생깁니다.
역방향 탐색 · 전장 버전
대가 · 구간별 대표값에 의한 근사를 받아들입니다.
화면의 획득 결과와 저장 파일이 어긋날 수 있습니다.
후보 상태 · 동일 결과 재시도
대가 · 완료 표시까지 저장 성공을 기다립니다.
코드와 기술 자료를 바탕으로 정리한 설계 비교 · 각 카드에서 구현 흐름과 적용 범위를 확인할 수 있습니다.
Catalog · Draft 대조 기록
2026.09.07 자료 기준테마 × 난이도 × 시드
2026.08.29 가이드 기록EditMode 126/126 · PlayMode 3/3
각 검증 범위별 기존 기록데이터 기반 제작 도구, 절차적 성 생성, 공성 AI를 연구하고 실제 게임에 적용했습니다.
규모를 크게 잡아 모든 요소를 목표한 완성도까지 다듬지 못했습니다. 제작 창 책임 분리와 실기기·장시간 검증을 이어갈 과제로 남깁니다.
검증 수치는 각 기록 시점과 시험 범위를 기준으로 읽어야 합니다. 검증 범위와 구현 근거 보기 ↗