눈꽃의
스토리 제작 가이드

썸네일은 겉포장지입니다. 아무리 좋은 프롬프트와 이미지를 뽑아도, 포장지가 별로면 유저는 눌러보지도 않습니다.

썸네일 제작 3원칙

1. 우측 아래에 중요한 글씨를 넣지 마세요. 성인 인증 표시나 뱃지가 우측 아래에 떠서 가려집니다. 제목·핵심 문구는 상단이나 좌측에 배치하세요.
2. 글씨는 생각보다 훨씬 크게. 썸네일이 세로로 길어지면서(1,080×1,620) 목록에서는 아주 작게 보입니다. 글씨가 작으면 거의 보이지 않아요. "이 정도면 너무 큰가?" 싶을 정도가 적당합니다.
3. 제작 흐름: 짤뽑 → 누끼 → 편집. 대부분 이미지를 짤뽑하고 누끼를 딴 뒤 포토샵 또는 미리캔버스에서 텍스트·배경을 얹어 완성합니다.

한 줄 소개

유저가 썸네일에 이끌려 작품을 눌렀을 때 가장 먼저 읽는 문장입니다. 관심을 확 끌 만한 한 줄을 뽑으세요. 설정 요약보다는 훅이 되는 문장이 좋습니다. 장르 감성이 바로 느껴지는 대사 한 줄, 혹은 상황을 궁금하게 만드는 문장이 효과적이에요.

템플릿은 무조건 '제작자 커스텀 프롬프트'

기본 프롬프트, 1:1 롤플레잉, 시뮬레이션 등 템플릿이 여러 개 있지만 전부 무시하고 무조건 '제작자 커스텀 프롬프트'를 선택하세요. 1대1을 만들든 시뮬을 만들든 상관없습니다.

프롬프트는 마크다운 형식으로

메인 프롬프트는 마크다운 형식 + - 포인트폼이 가장 잘 먹힙니다. # 헤더로 섹션을 나누고, 각 지시는 -로 시작하는 한 줄 규칙으로 압축하세요.

치환규칙, 쓸까 말까

치환규칙은 글자수를 줄이기 위한 것입니다. 프롬프트 상단에 선언해두고 본문 전체에서 기호로 대체합니다.

# 치환규칙
-{user}=Ⓤ
-{char}=Ⓒ
-{npc}=Ⓝ

섹션 순서: AI는 처음과 끝을 가장 잘 봅니다

순서는 제작자마다 다르지만, AI는 프롬프트의 맨 처음과 맨 끝을 가장 잘 참고합니다. 그리고 매턴 무조건 지켜야 하는 기계적 규칙(출력 양식, HUD 포맷, 이미지 규칙)을 앞에 두면 더 강하게 우선시되는 경향이 있어요. 캐릭터 정보는 '참고자료'에 가깝고, 출력 규칙은 '반드시 따라야 할 명령'이라 후자를 앞에 두는 게 일반적입니다.

제 기본 순서:

가장 중요하게 각인시킬 특수 지시(비밀 유지, 절대 금지 등)가 있다면 맨 끝에 한 번 더 배치하는 것도 방법입니다.

메인 프롬프트 뼈대

# 치환규칙
-{user}=Ⓤ
-{char}=Ⓒ

# 기본규칙
-시점:Ⓒ중심3인칭
-Ⓤ의행동·대사·속마음·감정직접서술절대금지
-이전턴과유사한대사·구조·말투반복금지

# 출력 규칙
-최대5문단까지제한,각문단당3문장이상필수
-대사:이름|"대사"
-*묘사*/'속마음'
-전환시빈줄삽입

# 서술문체
(아래 서술문체 프롬 참고)

# HUD
(아래 HUD 만들기 참고)

# Image Rule
(미디어 탭 참고)

# 세계관
-배경·시대·핵심규칙 압축 서술

# Ⓒ정보
## 이름(나이/성별)
-외모:
-성격:
-말투:
-호불호:
-행동원칙:

출력량 제한은 문단 개수로

"짧게 써", "1000자 이내로" 같은 지시는 AI가 잘 못 지킵니다. 출력량을 제한할 때는 문단 개수로 지정하는 게 가장 잘 먹힙니다. 문단 수로 상한을 잡고, 문단당 최소 문장 수로 하한을 잡으면 너무 길지도 짧지도 않게 안정됩니다.

# 출력 규칙
-최대5문단까지제한,각문단당3문장이상필수

HUD 만들기: [//]: # ()부터

HUD는 매턴 응답 최상단에 출력되는 상태창입니다. 턴수·날짜·위치 같은 정보를 AI가 스스로 갱신하며 출력하게 만들어서, 대화가 길어져도 시간·상황이 꼬이지 않게 잡아주는 앵커 역할을 합니다.

버전 A(상세형). 인물별 의상·자세·속마음까지 코드블록 상태창으로 뽑는 형태입니다. 몰입형 다인챗에 좋습니다.

# HUD
[//]: # (AI outputs only {char}. Never narrate {user})
[#턴수｜YYYY.MM.DD 요일｜HH:MM｜날씨이모지｜🟢/💋/🔴｜♂️/♀️]

```
📍 위치(세부공간)

[이름] 👗의상｜🔍자세·행동｜💭속마음 한 줄｜심리·신체 상태
[이름] 👗의상｜🔍자세·행동｜💭속마음 한 줄｜심리·신체 상태

───

[{user}] 👗의상｜🔍자세·행동
```

-매턴 최상단 출력
-턴수=(#n→n+1)/🟢일상·💋키스·🔴성행위/♂️Ⓤ남성·♀️Ⓤ여성

버전 B(간소형). 한 줄짜리 HUD입니다. 서사 몰입을 해치기 싫거나 출력 토큰을 아끼고 싶을 때.

# HUD
[//]: # (AI outputs only {char}. Never narrate {user})
[#턴수｜YYYY.MM.DD요일｜HH:MM｜날씨이모지｜현재위치｜♂️/♀️]
-매턴최상단출력
-턴수=(#n→n+1)/♂️Ⓤ남성·♀️Ⓤ여성
-날씨:☀️맑음,☁️흐림등

버전 C(혼합형). 상단에는 간소형 HUD를, 응답 최하단에는 상세 상태창(Status)을 따로 두고 싶다면 이렇게 나누면 됩니다.

# HUD

```
[#턴수｜YYYY.MM.DD요일｜HH:MM｜날씨이모지｜현재위치｜♂️/♀️]
```

-매턴 최상단출력

# Status

```
📍 위치(세부공간)

[이름] 👗의상｜🔍자세·행동｜💭속마음 한 줄｜심리·신체 상태
[이름] 👗의상｜🔍자세·행동｜💭속마음 한 줄｜심리·신체 상태

───

[{user}] 👗의상｜🔍자세·행동
```

-매턴 최하단 출력

• 🟢/💋/🔴 같은 상태 이모지는 그대로 키워드북 트리거가 됩니다. HUD에 🔴가 뜨는 순간 19금 키북이 로드되는 구조. (키워드북 탭 참고)
• HUD 예시 안에서는 치환 기호 대신 {user} {char}를 그대로 씁니다. 출력 예시니까요.

서술문체 프롬

묘사 퀄리티를 끌어올리는 실전 문체 프롬입니다. 핵심은 감정을 단어로 말하지 말고(Show, Don't Tell) 행동·오감으로 보여주게 하는 것.

# 서술문체
-3인칭 제한적 관찰자
-핵심:공간감→오감→인물행동&심리연출지향
-심리(Show,Don't Tell):세밀감정선/내면갈등/복잡심리섬세표현
-오감:촉감/냄새/온도/소리/맛적극활용

캐릭터는 이렇게 적습니다

다인챗일 때는 # Ⓒ정보 헤더 아래에 ## 이름으로 인물을 나누는 구조가 좋습니다. AI가 인물별 정보를 헷갈리지 않고 찾아갑니다.

# Ⓒ정보
## 이름(나이/성별)
-외모:
-성격:
-말투:반말,선긋는말투,당황하면말빨라짐
-호불호:
-행동원칙:
## 이름(나이/성별)
-외모:
-성격:
-말투:다정한존댓말,장난스러운어미
-호불호:
-행동원칙:

19금 프롬프트는 어디에 적어야 하나

메인 프롬프트에 19금 관련 지시를 잔뜩 적으면, AI가 매턴마다 그걸 읽는다고 생각하면 됩니다. 그러면 AI는 자연스럽게 매턴 19금 방향으로 진행할 수밖에 없습니다. = 야스봇이 되는 겁니다.

그걸 원하지 않는다면 19금 프롬프트는 키워드북 트리거로 분리하는 것을 추천합니다.

• 키스 프롬, 애무 프롬 등을 각각 별도 이모지 트리거(💋, 🫦 등)로 넣으면 장면이 훨씬 다양하게 진행됩니다.
• 반대로 전체적인 19금 묘사 지침이 아예 없으면, 애무도 없이 바로 옷 벗기고 삽입해버리는 불상사가 일어날 수 있습니다. 페이싱 지침은 반드시 어딘가에 있어야 해요. (구체적 작성법은 키워드북 탭에서)

비밀은 메인 프롬프트에 쓰면 새어나갑니다

AI는 입이 쌉니다. 비밀을 메인에 쓰면 AI가 매턴 그걸 읽고 계속 생각합니다. "눈꽃이는 남자임"을 계속 머릿속에 주입하면, 결국 못 참고 "야야 사실 눈꽃이가 남자래"를 뱉어버리는 거예요. 특히 감정이 격해지는 장면에서 술술 새어나옵니다.

1. 가벼운 비밀: 메인에 쓰되 (비밀) 표기 또는 🔐(비밀 내용) 🔑(해금 조건) 형식으로. 해금 조건을 함께 써주는 것이 비밀을 지키는 핵심입니다.
2. 정말 밝혀지면 안 되는 비밀: 메인 프롬프트에서 아예 삭제하고 키워드북 트리거로만 관리하세요. AI가 모르는 비밀은 새어나갈 수가 없습니다. (설계법은 키워드북 탭 '비밀 유지 설계' 참고)

-🔐Ⓒ는사실Ⓤ의첫사랑동창 🔑Ⓤ가옛별명을부르거나졸업앨범언급시에만해금,그전까지절대먼저언급금지

프롤로그 = AI가 참고하는 가장 큰 예시

프롤로그는 매우 중요합니다. AI가 앞으로의 모든 출력에서 참고하는 가장 큰 예시라고 생각하면 됩니다.

• 프롤로그의 묘사가 자세하면 → 앞으로의 스토리 묘사도 그 퀄리티로 나옵니다.
• 프롤로그에 대사가 하나도 없으면 → 대사 출력이 잘 안 나오거나 대사 양식이 망가질 수 있습니다.
• 프롤로그에 대사가 잔뜩이면 → 앞으로도 대사가 10줄씩 쏟아질 수 있습니다.

그래서 프롤로그에는 적당한 서술 & 대사 비율, 그리고 해당 상황에 맞는 HUD를 함께 넣어줍니다. 자리가 부족하면 코드블록 안의 자세한 내용까지는 빼도 되지만, 코드블록의 위치는 잡아주는 게 좋습니다. 묘사는 최대한 퀄리티 높고 자세하게.

프롤로그의 흥미 설계

1. 가장 보여주고 싶었던 장면을 그냥 바로 프롤로그로 쓰세요. 이 스토리를 만들 때 머릿속에 있던 그 장면이요. 빌드업은 본편에서 하면 됩니다.
2. 마지막은 유저에게 던지는 대사로 끝내세요. 프롤로그가 유저를 향한 질문이나 대사 없이 끝나면, 유저는 "현재 상황은 알겠는데... 그래서 내가 뭘 해야 하지? 뭐라고 말해야 하지?"라는 생각이 들고, 그 순간 이 채팅을 그냥 넘겨버릴 가능성이 높습니다. 팬이 많은 제작자라면 상관없지만, 아니라면 반드시 첫 마디를 유도하세요.

시작 상황 = 첫 30턴짜리 휘발성 프롬프트

시작 상황은 AI가 첫 30턴 정도에만 참고하는 휘발성 프롬프트라고 생각하면 됩니다. 세계관 핵심이나 캐릭터 설정 같은 중요한 내용은 절대 여기에 적으면 안 됩니다. 나중엔 잊히니까요.

역할은 하나예요. 초반 30턴 동안 최대한 오류가 나지 않게 잡아주는 것.

저는 개인적으로 이렇게 채웁니다:

• 출력 양식 프롬 (메인의 핵심 반복)
• 문체 프롬
• HUD 프롬
• 현재 상황 + 앞으로의 전개 예시 간략히

자유설정 만들기

유저가 시점·상황·관계를 직접 정하고 시작하는 자유설정 칸을 만들고 싶다면, 제가 쓰는 자유설정 프롬은 이겁니다. (예전에 공개적으로 공개되어 있던 자유시작 프롬프트 기반인데 출처는 기억나지 않네요... 미안해요.)

# 세션 시작 규칙
## 초기 설정 우선 원칙
- 사용자의 첫 입력(시점/상황/관계/설정)을 세션의 절대 기반으로 적용
- 예시 형식 외 입력도 적절히 해석하여 자연스럽게 반영
## 설정 변경 금지
- 세션 시작 후 초기 설정 변경 시도 = '{user}의 망상 혼잣말'로 처리
## 예외 상황
- 명백한 오류 수정(날짜 오타 등): OOC로 정중히 확인 후 수정
- 추가 정보 제공(과거 회상 등): 기존 설정과 충돌 없으면 자연스럽게 통합
## 시작 시점 우선 규칙
- {user} 지정 시점/상황 최우선 적용
- 미지정시 : 날짜 : , 그외 시간 및 장소 그외 LLM 자유

• 마지막 줄 "미지정시 날짜:"에만 날짜를 채워주면 됩니다. 저는 그냥 첫 번째 시작설정의 날짜를 그대로 넣습니다.
• 자유설정에는 프롤로그가 없어서 아까 말한 '가장 큰 예시'가 사라집니다. 그래서 묘사 퀄리티가 떨어지거나 출력 양식이 망가질 때가 있어요. 시작 상황에 묘사 한 문단 예시나 대사 하나를 꼭 넣어주세요.

플레이 가이드 & 추천 답변

생각보다 유저들은 프롤로그를 자세히 읽지 않습니다. 대사만 주르륵 읽는 사람도, 댓글이나 상세설명을 아예 안 읽는 사람도 많아요. 그런 유저들을 위해:

• 플레이 가이드(500자, AI 미기억·유저 전용): 현재 상황과 유저의 역할·상황 요약, 추천 페르소나(페소) 설정, 추천 챗 모델 등을 간략히.
• 추천 답변(최대 3개): "뭐라고 시작하지?"를 없애주는 장치. 프롤로그 마지막 대사에 자연스럽게 이어지는 답 3개를 넣어주세요.

왜?

플랫폼의 공식 입장은 아니지만, 입수한 정보에 따르면 스탯을 연산하는 AI 모델과 메인 프롬프트를 처리하는 AI 모델이 다릅니다. 유저가 아무리 하이퍼나 프로챗 같은 비싼 모델을 써도, 스탯 연산에는 그 모델이 쓰이지 않는다는 거예요. 알기로는 제미니 플래시급 경량 모델을 쓴다고 알고 있습니다. (공식 입장 아님 주의)

경량 모델이 스탯을 계산하니 수치가 제멋대로 튀고, 서사와 따로 놉니다. 스탯·수치 시스템이 필요하다면 메인 프롬프트 안에 HUD로 직접 구현하세요. 관계도, 재화, 타이머 전부 HUD 한 줄과 [//]:# 세이브 블록으로 훨씬 안정적으로 굴러갑니다. (HUD 만드는 법과 [//]:# 설명은 스토리 설정 탭 참고)

[//]: # (호감도:12｜금고:120닢｜⏳식량고갈:3턴)

결론부터: 내부 이미지 대신 외부 이미지 사용을 추천합니다.

현재 플랫폼 내부 이미지 시스템은 오류가 너무 많습니다. 저도 최대한 고쳐서 출시했지만, 한 작품에서 이미지 오류 댓글을 20개 정도 받아본 건 처음이었어요. 서버 상태와 모델에 따라 출력 안정성이 크게 흔들립니다(특히 하이퍼 1.0에서 누락이 잦고, 프로챗 2.5는 상대적으로 안정적). 프롬프트 칸이 정 부족해서 내부를 써야 하는 경우가 아니라면 외부로 가세요.

방식 1: 내부 이미지 (미디어 탭 업로드)

미디어 탭에 이미지를 올리면 분류 × 상황 배치표로 등록되고, AI가 {{img::분류::상황}} 형식으로 호출합니다. 파일명을 분류_상황으로 바꿔 올리면 자동 분류돼요. (미디어 이름 예시: 평소유이토_기쁨, 배경_운동장)

제가 분류를 평소/감정/사건/배경으로 나눈 이유가 있습니다. 평소 상황인데 감정이 격해진 짤(엄청나게 화내는 표정 같은)이 튀어나오면 어색해지거든요. 그래서 평소에 출력될 것, 감정이 격해질 때 출력될 것, 이벤트용, 배경을 분리한 겁니다. 프롬프트에는 이렇게 적습니다.

# Image Rule
-출력형식:{{img::분류::상황}}
-분류:평소{char}/감정{char}/사건{char}/배경
-우선순위:사건>감정>평소(해당사항없으면평소로폴백)
-평소:극심한감정변화·특별사건없는기본상태(거의매응답)
-감정{char}:감정변화극심할때만(과도사용금지)
-사건{char}:실제사건·행동발생시만
-배경:현재{char}위치변경직후에만1개출력,같은장면연속턴에서는생략/같은배경연속출력금지
-출력위치:해당주체대사·행동묘사직전/응답당최대2개(배경은제외)
-적합한상황없으면해당인물평소이미지/임의분류·상황창작금지

• 분류·상황 이름은 미디어 탭에 등록한 이름과 정확히 일치해야 합니다. 프롬에 등록된 조합 목록을 같이 적어주면 AI가 임의 창작을 덜 합니다.
• 19금 이미지도 같은 원리로 분리: 19금 상황에서 평소 이미지가 출력되지 않게 하려면 19금유이토_정상위처럼 19금 전용 분류를 만들고, 규칙에 -성행위시분류=19금{char}만출력을 추가하면 됩니다.

방식 2: 외부 이미지 (추천)

깃허브 등 외부 저장소에 이미지를 올리고 마크다운 이미지 문법으로 직접 출력시키는 방식입니다. 레포에 이미지를 올린 뒤 raw 링크를 쓰면 됩니다.

# 이미지출력
-출력:![](https://raw.githubusercontent.com/유저명/레포/main/코드.png)
-{{img::분류::상황}}형식절대금지,임의코드창작금지
-매응답캐릭터이미지1~2개대사·행동직전출력,적합한이미지없으면출력금지
-우선순위:사건(y)>평소(p),감정(e)은감정이극심하게드러나는순간에만
-적합한사건이미지없으면평소(p1)출력
-장소변환시배경이미지1회출력,동일장소연속금지
##평소(p)
p1=유저대화/p2=긴장당황/p3=타인대화
##감정(e)극심한감정표출시에만
e1=놀람/e2=미소기쁨/e3=부끄러움/e4=화남/e5=슬픔눈물/e6=질투삐짐
##사건(y)
y1=등교/y2=수업/y3=독서/y4=달리기/y5=우산건넴
##배경(bg)
bg1=교실/bg2=복도/bg3=옥상/bg4=편의점

• 19금 이미지 규칙: 성행위 시 기본 이미지 출력을 금지하고, 오직 19금 전용 이미지 중 적합한 것이 있을 때만 출력하도록 명시하세요. -성행위시기본이미지출력금지,오직19성적이미지중적합한이미지있을시출력
• 코드는 짧게: 파일명을 p1.png, e3.png처럼 코드화하면 프롬 글자수가 크게 줄어듭니다. 다만 약한 모델은 코드↔의미 매핑을 헷갈릴 수 있으니, 코드 옆 한글 라벨은 명확하게 적으세요.
• 다인챗은 캐릭터 코드+번호: k=코우/s=세이야처럼 캐릭터 코드를 정하고 k1.png(코우 기본), s5.png(세이야 미소) 형식으로 파일명을 통일하면 됩니다.

디테일형: 폴더 경로 방식

더 디테일을 챙기고 싶다면 지역/이름/복장/감정 순서로 폴더를 파는 방식도 있습니다.

![](https://주소/지역/이름/복장/감정.webp)
예: ![](https://[repo]/01/ren/n/02.webp)

인물(4단계): ![](https://[repo]/지역/이름/복장/감정.webp)
엑스트라(2단계): ![](https://[repo]/분류/번호.webp)
예: 배경 ![](https://[repo]/bg/01.webp) / 몬스터 ![](https://[repo]/mob/01.webp)

짤뽑과 그림체 깎기

이미지 자체를 만드는 이야기입니다. 그림체는 작가 태그를 조합해서 '깎는' 것이에요. 무에서 유를 창조하는 게 아니라, 공유된 그림체를 바탕으로 태그를 빼고 더하면서 내 것으로 다듬는 노가다입니다.

1. 공유 그림체에서 시작하세요. 뤼튼 디시 갤러리 / 뤼튼 여성향 갤러리에 공유된 그림체들을 바탕으로, 마음에 드는 조합에서 태그를 빼거나 추가해보며 방향을 잡는 게 정석입니다. 처음에 태그 목록이 낯설고 막연한 건 정상이에요.
2. 노가다임을 받아들이세요. 그림체 하나 깎는 데 몇 주씩 걸리기도 합니다. (저는 거의 3주 걸렸습니다. 매일 4~8시간씩.) 그리고 한 번 깎는다고 끝이 아니에요. 작품이 쌓이다 보면 그게 그거 같은 느낌이 들 때가 오고, 또 바꿔서 깎아야 합니다. 그래서 '깎는다'고 표현합니다.
3. 프롬과 이미지에 익숙해지는 데 최소 1달, 안정적으로는 2~3달을 잡으세요. 조급해할 필요 없습니다.

생성 도구 고르기

태그 팁 모음

• 19금이 안 벗겨질 때: nsfw, nude를 넣어야 합니다. 하반신이 안 나오면 부위 태그까지 명시하세요. 그리고 의상 태그가 하나라도 남아 있으면 안 나옵니다. 의상 관련 태그를 전부 빼는 게 먼저입니다.
• 체형 잡기: 마르고 탄탄한 근육은 slim body, muscular, 어깨는 broad shoulders, 턱선은 defined jawline. 떡대를 원하면 bara가 좋지만 그림체가 달라질 수 있으니 주의.
• 작가 태그 테스트법: 몸 잘 그리는 작가 태그를 넣으면 인체 퀄리티가 확 달라집니다. 태그별 차이를 보려면 같은 조건에서 작가 태그만 바꿔가며 뽑아 비교하세요.

외부 이미지 호스팅 팁

• 깃허브 raw 링크 형식: https://raw.githubusercontent.com/유저명/레포명/main/파일명.png (파일 클릭 → Raw 버튼 → URL 복사)
• 깃허브에 외부 이미지를 올리는 법을 모른다면 이 게시글을 참고하세요.
• 한글 파일명은 URL 인코딩됩니다. 가능하면 영문+숫자 코드 파일명이 사고가 없습니다.
• 이미지도 출력 토큰을 먹습니다. 이미지가 많이 나올수록 본문 글자수가 줄어드니, 응답당 최대 개수(1~2개)를 프롬에 명시해서 과다 소모를 막으세요.

키워드북은 플랫폼의 분산 저장 시스템입니다. 메인 프롬프트에 다 못 넣는 설정을 짧은 노트들로 쪼개두고, 특정 키워드가 등장할 때만 AI가 읽게 하는 구조예요. 이걸 얼마나 잘 설계하느냐가 작품 퀄리티의 절반을 결정합니다.

작동 원리 정확히 이해하기

공식 설명이 되게 헷갈리게 적혀 있어서, 실제 동작을 순서대로 풀면 이렇습니다.

1. 판정 대상: 유저가 보낸 메시지, 그리고 그에 대한 AI의 답변. 이 두 텍스트 안에 등록된 키워드가 있는지를 봅니다.
2. 스캔 방향: AI가 키워드북 목록을 위에서부터 아래로 쭉 읽어 내려갑니다.
3. 정원 3명: 키워드가 매칭된 키워드북을 하나씩 체크하다가, 3개가 다 차는 순간 그 아래는 아예 읽지 않습니다.

중요한 포인트 하나. 키워드가 매칭되지 않은 키워드북은 자리를 차지하지 않고 그냥 건너뜁니다. 자리를 차지하는 건 오직 매칭되어 로드된 키북뿐입니다.

예시로 보기: 같은 목록, 다른 턴

실제 작품처럼 키워드북 4개를 이 순서로 배치했다고 합시다.

상황 A. 일상 턴. HUD에 🟢와 💛가 떠 있고, 대화에는 평범한 문장(문장부호)만 있습니다.

일상 중에는 19금 키북이 조용히 꺼져 있고, 그 덕에 맨 아래 장소 키북까지 자리가 돌아옵니다. 가드 + 현재 호감도 단계 + 장소, 딱 필요한 3개가 로드됐죠.

상황 B. 19금 턴. HUD가 🔴로 바뀌었습니다.

3자리가 다 차서 맨 아래 장소 키북은 이번 턴에 읽히지 않습니다. 그런데 이게 설계 의도대로예요. 19금 장면 중에 장소 백과사전을 읽을 필요는 없으니까요. 19금이 끝나고 HUD가 🟢로 돌아오면 상황 A 구조로 복귀해서 장소 키북이 다시 살아납니다.

정리하면 키워드북은 선착순 3자리입니다. 위에서부터 매칭된 순서대로 자리를 채우고, 차는 순간 마감. 그래서 배치의 핵심은 "어떤 상황에서 어떤 3개가 살아남게 할 것인가"를 계산하는 겁니다.

상시 키워드북 만들기: 트리거 심기

매턴 무조건 로드되어야 하는 지침(핵심 가드 등)은 어차피 매턴 출력되는 문자를 키워드로 등록하면 됩니다.

• 문장부호 트리거: * , " ' . 등 서술과 대사에 반드시 등장하는 문자들이라 사실상 100% 상시 발동.
• HUD 이모지 트리거: HUD에 매턴 출력되는 이모지를 키워드로 등록. 예를 들어 성별 이모지 ♂️와 ♀️를 둘 다 키워드로 걸어두면, HUD에 둘 중 하나는 무조건 뜨니까 사실상 상시 발동입니다.
• 단계 이모지 트리거: HUD나 [//]:# 블록에 현재 관계 단계 이모지를 출력하게 하고, 그 이모지를 키워드로 등록 → 단계별 키워드북이 자동 전환됩니다. (아래 호감도 시스템 참고)

슬롯을 늘리는 법: 같은 키워드로 여러 키북 잇기

키워드북 하나가 짧다는 제약이 있지만, 우회로가 있습니다. 여러 키워드북에 완전히 같은 키워드를 걸어두면, 매칭되는 순간 전부 같이 로드됩니다. 로드된 내용은 이어붙여져서 AI에게 전달돼요. 즉 슬롯 3개를 전부 같은 트리거로 채우면, 그 트리거 하나로 사실상 훨씬 더 긴 글을 프롬프트에 실을 수 있는 겁니다.

키워드북1(키워드:* , " ' .) → 앞부분 내용
키워드북2(키워드:* , " ' .) → 이어지는 내용
키워드북3(키워드:* , " ' .) → 마지막 내용

이렇게 하면 문장부호 하나가 매칭되는 순간 3개가 동시에 로드되어, 실질적으로 훨씬 긴 상시 지침 하나를 쓰는 것과 같은 효과를 냅니다. 19금 키북도 마찬가지예요. 🔴 하나를 키워드로 걸고 내용을 키북 2~3개에 나눠 이어 적으면, 19금 상황에서 더 자세한 지침을 한 번에 로드할 수 있습니다.

배치 전략: 순서가 우선순위다

위에서부터 읽고 3개에서 끊기니, 목록 순서 = 우선순위입니다. 무조건 놓치면 안 되는 키북일수록 위에, 잠깐 밀려도 괜찮은 키북일수록 아래에 둡니다. 슬롯 3개가 다 잘 돌아가게 계산해서 배치하면 되는 거예요.

• 명령어는 키워드북에 넣지 마세요. !명령어류는 전부 단축어 탭으로 뺍니다. 키북 슬롯은 3개뿐이라 명령어에 쓰기엔 너무 아깝습니다.

배치를 정하는 질문 하나

키북을 하나 만들 때마다 이렇게 물어보세요. "이 정보가 밀려도 되는 상황이 언제지?"

• 어떤 상황에서도 밀리면 안 된다 → 상시 키워드를 걸고 맨 위에. (핵심 가드)
• 특정 상황에서만 필요하다 → 그 상황에서만 뜨는 이모지(🔴, 💛 등)를 걸고 중간에. (19금, 단계별 관계)
• 평소엔 필요하지만 특수 상황엔 밀려도 된다 → 상시 키워드를 걸고 맨 아래에. (장소, 조연 정보)

위의 상황 A·B가 바로 이 계산의 결과물입니다. 장소 키북을 맨 아래에 둔 덕분에 일상 중에는 계속 읽히다가, 19금 중에는 위쪽 키북들에 밀려 알아서 꺼지죠. 19금 장면에서 장소 정보는 쓸 일이 없으니 손해가 없습니다.

호감도 시스템: 이모지 4단계 설계

호감도는 공통 4단계 시스템 하나로 통일하세요. 하트든 원이든 네모든 상관없고, 캐릭터마다 이모지 체계를 다르게 만들 필요도 없습니다. 단계에 대한 이모지만 있으면 됩니다.

1. 메인 프롬: HUD 끝에 단계 이모지 칸을 추가하고 이모지 뜻만 한 줄 적으면 됩니다. 단계별 조건이나 세부 태도는 메인에 적지 않아요.
   HUD에 호감도 칸 추가복사

   [#턴수｜YYYY.MM.DD요일｜HH:MM｜날씨이모지｜현재위치｜♂️/♀️｜🤍/💛/🧡/❤️]
   -🤍경계/💛호기심/🧡신뢰/❤️사랑

2. 키워드북: 각 단계 이모지를 키워드로 등록한 키북을 만듭니다. 그 단계일 때 Ⓒ가 어떻게 행동하는지, 그리고 다음 단계로 넘어가는 조건(트리거)을 여기에 적는 거예요. AI가 HUD에 🤍를 출력하는 순간 이 키북이 로드되고, 트리거 조건이 충족되면 AI가 HUD 이모지를 💛로 바꿉니다. 그럼 다음 턴부터는 💛 키북이 로드되죠.
   단계 키워드북 예시 (키워드: 🤍)복사

   # {char}행동
   -거리를두고경계,필요한대화만
   -Ⓤ의호의를의심부터함
   
   # 트리거
   -아래의 조건일때 HUD 🤍->💛
   ## 조건
   -처음으로 유저가 캐릭터의 손을 잡았을때

3. 단계 이모지는 캐릭터별로 다르게: 공략 캐릭터가 2명이면 A는 🤍💛🧡❤️, B는 ⚪️🟡🟠🔴처럼 이모지를 나눠야 각자의 단계 키북이 따로 발동합니다. 4단계 × 2인 = 키북 8개 구성.

비밀 유지 설계: 회귀물 예시

스토리 설정 탭에서 말했듯 AI는 입이 쌉니다. '캐릭터들이 사실 회귀자'라는 반전이 있는 작품이라면 이렇게 설계하세요.

1. 메인 프롬프트에서 회귀 사실을 아예 삭제합니다. AI에게 알려주지 마세요. AI가 몰라야 비밀이 유지됩니다. 감정이 격해지는 장면에서 AI가 전생 이야기를 술술 묘사해버리는 사고는 대부분 메인에 비밀이 적혀 있어서 생깁니다.
2. 초반 단계 키북에는 '미묘한 반응'만. 회귀라는 단어 없이, "Ⓤ의 특정 행동에 알 수 없는 기시감을 느낀 듯 잠시 멈춘다", "이유를 본인도 모르는 그리움을 시선에만 담는다"처럼 겉으로 드러나는 증상만 묘사 지침으로 넣습니다. AI는 이유를 모르니 발설할 수가 없습니다.
3. 공개하고 싶은 단계의 키북에서만 진실을 알려줍니다. 예: 4단계(❤️) 키북에 "사실 Ⓒ는 회귀자. 이 단계부터 과거 회차 기억을 대사·회상으로 드러낼 수 있음"을 적습니다. AI는 그 키북이 로드되는 순간부터만 진실을 압니다.

#미묘한반응지침
-Ⓒ는Ⓤ의사소한습관(잔기침,머리넘기는손짓)에이유없이시선이멈춤
-처음듣는이야기에가끔"...알고있었다"는듯한표정,본인도이유모름
-특정장소·날짜언급시일순침묵,화제전환
-위반응들의원인을Ⓒ스스로설명하거나추측하는서술절대금지

19금 키워드북 틀

스토리 설정 탭의 배치 원칙(메인=기본 성향, 키북=상세)을 실제 키북으로 옮기면 이런 구조입니다. 수위 묘사 자체보다 페이싱과 순서, 금지선을 잡아주는 게 핵심이에요.

#19금서술지침
-페이싱:분위기→가벼운접촉→키스→애무→심화 단계적진행,단계건너뛰기금지
-각단계최소1턴이상유지,Ⓤ반응확인후진행
-오감·체온·호흡중심묘사,행위나열식서술금지
-Ⓤ의신체반응·감정을확정서술금지,Ⓒ가관찰·추측하는것만
-특정표현연속반복금지,매턴다른어휘
-Ⓤ거부·중단의사표시시즉시존중,강행서술금지

1대1~3인이라면 인물당 키북 하나씩, 이 틀로 채우세요. 항목을 채우다 보면 캐릭터마다 장면이 저절로 달라집니다.

# 19금 Ⓒ이름
-감정 전제:
-선호 체위:
-애무 스타일:
-자극 방식:
-언어 사용:
-리듬 특성:
-반응 활용:
-감정 표현:
# 규칙
-캐릭터성격·관계역학반영필수
-감정전제없는19금설정금지

이 틀을 실제로 채우면 이런 느낌입니다. 캐릭터 성격이 그대로 침대 위 태도로 이어지게 쓰는 게 포인트예요.

# 19금 Ⓒ유이토
-감정 전제:신뢰확인후에만,충동적진행거부
-선호 체위:마주보는자세,시선맞춤중시
-애무 스타일:느리고집요,반응하나하나확인
-자극 방식:목덜미·손끝중심,직접자극은후반부
-언어 사용:낮은목소리로짧은확인,이름자주부름
-리듬 특성:완급조절,Ⓤ반응따라점진가속
-반응 활용:Ⓤ의호흡·떨림관찰후강도조절
-감정 표현:행위중에도다정함유지,끝난뒤에도밀착
# 규칙
-캐릭터성격·관계역학반영필수
-감정전제없는19금설정금지

• 키워드는 웬만하면 이모지로 통일하세요. 이름이나 장소 같은 텍스트 단어를 키워드로 걸면, 그 단어가 대화에 안 나오는 턴엔 키북이 안 뜨고 순서·배치 계산도 훨씬 복잡해집니다. HUD 상태 이모지(🔴) 하나로 걸어두면 항상 예측 가능하게 켜지고 꺼집니다.
• 다인챗(4인 이상): 공용 지침만 키북으로, 인물별 기본 성향(BDSM 성향 등 한 줄)은 메인에.

상시 가드 키북 예시

상시 슬롯 1개에 넣기 좋은, 어떤 작품에든 통하는 만능 가드입니다. (키워드: * , " ' .)

# Must Follow
-AI가임의로Ⓤ의행동·대사·속마음창작및묘사금지
-감정통제:Ⓒ는Ⓤ에게쉽게동조하거나감정과잉표현않음
-주도권:관계는항상Ⓒ의주관적논리위에서전개
-개연성:Ⓒ감정강도는서사누적으로만상승/단발자극에급변없음
-집착·소유·지배는Ⓒ확립된성격안에서만표현
-이전턴과유사한표현·대사·문장구조반복금지

자주 쓰는 !명령어는 메인 프롬프트나 상시 키워드북에 두지 말고 단축어 탭으로 빼세요. 명령어를 키북으로 관리하면 귀한 동시 로드 3슬롯을 잡아먹지만, 단축어는 슬롯과 무관하게 유저가 버튼 하나로 호출할 수 있습니다.

• 요약, 상태 점검, 관계도 보기, 이미지 점검 같은 유틸 명령이 단축어에 어울립니다.
• 단축어 자료는 이미 훌륭한 게 많습니다. 단축어 허브에 제작자분들이 좋은 명령어를 엄청나게 공유해주셨으니 그걸 보세요.
• 제 뉴비 가이드에도 명령어 라이브러리를 공유해뒀습니다 → snowbls.github.io/newb

엔딩 연출이 필요하다면 프롬프트 안에서 직접 구현하세요. 특정 조건 도달 시 엔딩 시퀀스를 출력하게 하거나, !엔딩 단축어를 만들어 유저가 원할 때 마지막 장면+에필로그를 코드블록으로 출력하게 하는 방식이 훨씬 안정적이고 연출 자유도도 높습니다.

요새는 상세설명에 이미지도 넣고, 가이드 사이트도 만들고, 웹툰형 소개도 만들고... 방법이 정말 많아졌습니다. 그중에서 가장 기본이 되는 마크다운 문법만 정리할게요.

상세설명에 이미지 넣기

![](이미지 링크)
[![](이미지 링크)](연결하고 싶은 사이트 링크)

두 번째 줄은 이미지를 누르면 사이트로 이동하는 형식입니다. 가이드 사이트나 커미션 페이지 연결에 쓰세요.

웹툰형 소개, 추천 사이즈 3가지

캐릭터 배너 사이즈

배너는 1500 x 625 사이즈를 쓰고 있지만, 가장 확실한 방법은 원하는 스타일의 배너를 이미 쓰고 있는 다른 작가님 작품에서 이미지를 다운로드해 속성에서 크기를 직접 확인하는 것입니다.

이미지 호스팅: 대표 사이트 2곳 비교

상세설명에 표 만들기

| 제목 1 | 제목 2 | 제목 3 |
|---|---|---|
| 내용 1 | 내용 2 | 내용 3 |
| 내용 4 | 내용 5 | 내용 6 |

구분선 넣기

구분선은 위아래에 빈 줄(여백)을 주고 하이픈 3개를 적으면 됩니다.

내용 위 문단

---

내용 아래 문단