vibelore

한국어 | English | 日本語 | Español | Français | 繁體中文 | ไทย | العربية

AI로 웹소설을 쓰고, 그 소설을 웹툰으로 만드는 로컬 도구. 수백 화가 지나도 설정은 무너지지 않게.

Write serial fiction with your AI coding agent, keep the lore consistent for hundreds of chapters, then adapt it into webtoon scenes. Local, Markdown, no extra API keys for writing.

Claude Code, Codex, Grok CLI 같은 AI 코딩 도구에 MCP 서버로 붙여서 씁니다. 본문과 그림은 그 AI가 만들고, vibelore는 세계관·인물·복선·시간선을 기억하고, 매 화 검사하고, 승인 전에는 아무것도 확정하지 않습니다.

모두 vibelore로 쓴 소설을 웹툰으로 옮긴 실제 결과입니다. 작품마다 다른 AI가 만들었고, 만들 때 쓴 vibelore 버전을 함께 적었습니다.

• 베스퍼 (vibelore 0.4.2, 최신): 롯데월드 야간 퍼레이드 캐릭터를 빌린 비공식 팬 창작입니다. 50화 완결 소설부터 1~3화 웹툰까지 Claude Opus 5.5가 맡았습니다. 2화 웹툰은 베스퍼의 불빛이 칸 테두리 색과 밝기를 정하는 연출 실험, 3화 웹툰은 인이어 무전이 말풍선 대신 칸 사이 민트색 띠로 들어오는 연출 실험입니다.
• 처형 1분 전의 황녀 (vibelore 0.3.8): 설계부터 소설, 웹툰 각색까지 GPT-6 Sol이 맡았습니다.
• 판결 LIVE (vibelore 0.3.7–0.3.8): 소설과 웹툰 각색은 Claude Opus 5.5가, 그림은 Codex (OpenAI API gpt-image-2.5-sunburst)가 맡았습니다.
• 길 위의 번개 (vibelore 0.3.0–0.3.8): Codex·Claude·Grok이 같은 소설을 각각 각색했습니다. 모델 비교도 있습니다.

잘된 장면만 고르지 않았습니다. 검토에서 떨어진 장면, 프롬프트, 비용까지 작품 목록에서 그대로 볼 수 있습니다.

AI에게 장편을 그냥 맡기면

❌ vibelore 없이

• 10화쯤부터 호칭이 바뀌고, 죽은 인물이 다시 말하고, 능력 규칙이 슬쩍 달라집니다.
• 3화에 심은 복선을 AI도 나도 잊습니다.
• 세션이 끊기면 "지금까지 줄거리"를 다시 붙여 넣는 데서 시작합니다.
• 웹툰으로 옮기려면 컷 구성·캐릭터 외형·대사 배치를 매번 처음부터 설명합니다.

✅ vibelore와 함께

• 세계·인물·본문은 Markdown 정본으로 남고, 매 화 초고를 그 정본과 대조해 hard 위반은 고치고 soft 위반은 물어봅니다.
• 작품 전체 → 아크 → 화 순서로 계획하고, 승인한 것만 다음 화의 제약이 됩니다.
• 끊긴 작업은 같은 자리에서 재개되고, 검사를 통과한 원고만 커밋되며, 화 단위로 되돌릴 수 있습니다.
• 작품 언어는 language 인자 하나로 정하며, 한국어 외의 언어로도 같은 흐름을 씁니다.
• 원작의 인물·상태를 그대로 가져와 각색하고, 원작 범위·화풍·참조 그림·칸 수·이미지 모델을 정한 뒤 장면을 대사까지 한 장의 이미지로 생성하는 웹툰 제작 흐름이 따라옵니다.

30초 데모

호스트 채팅창에 이렇게 말하면 됩니다.

다음 화를 써 줘. 쓰고 나면 보여 주고, 내가 승인하면 확정해.

작품 인터뷰 ─▶ 작품 설계 ─▶ 아크 계획 ─▶ 화 계획 ─▶ 초고 ─▶ 설정·시간선·작품 언어 검사 ─▶ 검토 ─▶ 승인 ─▶ 커밋
 (1회)          (승인)       (승인)       (자동)             hard 위반은 수정              advisory 사용자 Markdown

작품 설계는 세계·인물 생성, 전체 스토리(StorySpine) 승인, 작품별 작가 스킬(WriterSkill) 승인 단계이며, 이것이 끝나야 집필이 시작됩니다. 작품 언어 검사는 한국어 작품을 포함한 모든 작품에 적용됩니다.

원고와 검토 근거가 오면 "승인" 또는 "이 부분 고쳐서 다시"라고 답합니다. auto 모드는 필수 검사를 통과하고 검토가 정상 완료되면 자동으로 커밋합니다. 검토의 advisory는 기록만 하고 커밋을 막지 않으며, 검토가 끝나지 않으면 승인 대기로 돌아옵니다. 웹툰도 한 문장이면 됩니다.

1화를 웹툰으로 만들어 줘. 제작 방향부터 물어봐 줘.

원작 범위·화풍·참조·칸 수·이미지 모델 ─▶ 장면 연출 ─▶ 생성 전 검증 ─▶ 대사 포함 장면 이미지 ─▶ 이미지 검토
 (사용자가 고름)                          (영어)       hard 차단       대사는 작품 언어 원문    불합격 시 자동 재설계

칸 수는 정수(1~12) 또는 auto이고, 참조 그림은 사용자가 가진 인물·배경 이미지 파일을 지정합니다. 그림은 호스트의 내장 이미지 도구(Codex image_gen 등) 또는 이미지 API(OpenAI gpt-image-2.5-sunburst 등) 중 사용자가 고른 경로로 그립니다. 생성 전 검증이나 이미지 검토에서 떨어지면 결함을 근거로 다시 설계해 생성합니다(기본 2회, 최대 3회, 회마다 새 이미지 호출). 결과는 장면 이미지와 scene.html로 .vibelore/webtoon/candidates/ 아래에 남습니다.

설치

쓰고 있는 AI 코딩 도구(Claude Code, Codex, Grok CLI)에게 저장소 주소를 주고 부탁하면 됩니다.

https://github.com/fbwndrud/vibelore 를 받아서 MCP 서버로 등록해 줘.

필요한 것은 Node.js 22.13 이상(22.x), 24.x 또는 26.x뿐입니다. 빌드도 의존성 설치도 없습니다. 등록이 끝나면 AI 도구를 한 번 다시 시작하세요.

저장소를 받지 않고 npm 패키지 vibelore로 MCP 서버를 실행합니다.

claude mcp add-json vibelore '{"command":"npx","args":["-y","vibelore"]}' --scope project

Codex는 command = "npx", args = ["-y", "vibelore"], Grok CLI는 grok mcp add vibelore -- npx -y vibelore입니다. Windows에서는 npx 앞에 cmd /c를 붙입니다("command":"cmd","args":["/c","npx","-y","vibelore"]). 특정 버전에 고정하려면 vibelore@<버전>처럼 적습니다. npm 경로는 MCP 서버만 등록하므로 인터뷰 스킬은 아래 저장소 방식이나 Codex 플러그인으로 설치합니다.

git clone https://github.com/fbwndrud/vibelore.git

Claude Code:

claude mcp add-json vibelore '{"command":"node","args":["/absolute/path/to/vibelore/src/server.js"]}' --scope project

Codex(~/.codex/config.toml):

[mcp_servers.vibelore]
command = "node"
args = ["/absolute/path/to/vibelore/src/server.js"]
startup_timeout_sec = 30
tool_timeout_sec = 6000

Grok CLI:

grok mcp add vibelore -- node /absolute/path/to/vibelore/src/server.js

Claude Code용 집필 루프 스킬은 hosts/claude/skills/novel/, 작품·웹툰 인터뷰 스킬은 skills/story-discovery-interview/와 skills/webtoon-discovery-interview/에 있습니다. 모두 .claude/skills/ 아래로 복사하세요. 이 저장소는 Codex 플러그인(.codex-plugin/plugin.json)으로도 설치할 수 있습니다.

설치했으면 첫 작품을 시작해 봅니다. 쓰고 싶은 이야기를 한두 문장으로 말하면 됩니다.

새 소설을 시작하고 싶어. 심야버스에서 승객의 후회를 듣는 기사 이야기야. 작품 인터뷰부터 해 줘.

인터뷰는 결과를 바꾸는 취향만 한 번에 4~5개씩 묻습니다. 건너뛰려면 "묻지 말고 자동으로"라고 하면 됩니다. 막히면 시작 안내를 보세요.

무엇을 해 주나

• 작품 인터뷰. 장르명 대신 속도·난도·정서·보상·금기를 물어 독서 계약(StoryProfile)을 만들고, 세계관과 인물을 자동 생성합니다.
• 아크 설계. 3~20화 단위 약속과 얇은 사건·압력·전환을 먼저 승인받고, 화별 계획은 집필 때 자동으로 채웁니다.
• 매 화 검사와 수정. 초고를 인물·호칭·시점·시간선·복선과 대조하고, 확정 사실과 충돌하면 자동으로 고쳐 다시 검사합니다(검사 최대 3회, 그 사이 수정 최대 2회). 문체·운율 같은 취향 지적은 advisory로만 남깁니다.
• 문체 기준. 마음에 든 화를 문체 앵커로 지정하면 이후 화가 그 결을 따라갑니다.
• 되돌리기. 특정 화 시점으로 작품 전체를 롤백하고 그다음 화부터 다시 씁니다(롤백 전 상태는 복구 가능하게 보관).
• 웹툰 각색. 원작 상태를 가져와 원작 범위·화풍·참조 그림·칸 수·이미지 모델을 확인한 뒤 장면을 대사까지 한 장의 이미지로 완성합니다.

하지 않는 것. 웹 GUI(호스트 채팅창이 인터페이스), MCP 서버 자체의 유료 API 호출(그림은 호스트가 실행), 기본 도구로 앞 화 다시 쓰기·이후 상태 재계산(VIBELORE_MCP_SURFACE=advanced의 복구 도구 lore_rewrite·lore_refold로만 가능), 문학적 품질 보증, 동시 편집·멀티테넌트, 플랫폼용 PNG/JPEG 자동 분할.

자주 하는 일

| 하고 싶은 것 | 호스트에게 이렇게 | |---|---| | 마지막 화가 마음에 안 들어 | 원고를 손으로 고친 뒤 "변경 사항 확인해 줘" → 검사 → 승인 | | 3화까지 썼는데 2화부터 다시 쓰고 싶어 | "1화 시점으로 롤백해 줘" → "다음 화를 써 줘" | | 5화 시점으로 전부 되돌리고 싶어 | "5화 시점으로 롤백해 줘" | | 이 화 문체가 딱 좋아, 앞으로 이렇게 | "3화를 문체 기준으로 승인해 줘. 이유: 대사가 짧고 건조해서" | | 설정 파일을 손으로 고쳤어 | "변경 사항 확인해 줘" → 영향 범위와 다음 할 일을 알려 줌 | | 왜 이렇게 썼는지 근거를 보고 싶어 | "이번 화 검토 근거와 실제 집필 요청을 보여 줘" | | 기존 소설을 웹툰으로 만들고 싶어 | "1화를 웹툰으로 각색해 줘. 제작 방향부터 물어봐 줘" | | 웹툰 장면을 다시 그리고 싶어 | "1화 이 장면을 [이렇게] 다시 그려 줘" |

수정·재개·백업은 문제 해결과 백업을 보세요.

웹툰은 어떻게 만드나

이미 쓴 소설을 그대로 웹툰으로 옮깁니다. 인물 외모, 세계관, 그 화까지의 상황을 원작에서 가져오니 다시 설명할 필요가 없습니다.

1. 원작 범위와 방향. 옮길 화·문단 범위와 그림체·글자 표현·배치 재량을 묻고, 영어 연출 지시로 정리해 확인받습니다.
2. 참조 그림. 인물·배경 참조 이미지 파일(1장 이상)을 사용자가 지정합니다. 이어지는 장면은 앞 장면의 완성 그림도 참조합니다.
3. 칸 수와 그림 경로. 칸 수(1~12 또는 auto)를 고르고, 호스트가 실제로 쓸 수 있는 그림 경로(내장 도구, API)와 모델·비용을 보고 고릅니다. 선택은 작품별로 유지됩니다.
4. 완성. 장면 연출 → 생성 전 검증 → 대사까지 들어간 한 장의 장면 이미지 → 실제 그림 검토. 불합격이면 자동으로 다시 설계해 그립니다(기본 2회, 최대 3회). 위 제작 예시들이 이 방식입니다.

컷별로 러프를 먼저 승인받는 방식은 deprecated이며 이미 진행 중인 작업만 이어갑니다.

그림은 사용자가 고른 경로로 호스트가 그립니다. 첫 장면 전에 호스트가 실제로 쓸 수 있는 경로를 확인해, 내장 이미지 도구(추가 과금 없음)를 먼저 제안하고 API 모델(별도 키·과금)도 함께 보여 줍니다. 사용자의 답을 받아 작품별로 확정하고, 바꾸라고 할 때만 다시 묻습니다. 웹툰 결과는 소설 정본과 따로 저장되며 소설을 바꾸지 않습니다. 자세한 절차는 웹툰 제작 안내를 보세요.

왜 vibelore인가

규칙 모음으로 소설을 대신 쓰는 도구가 아닙니다. 독서 경험을 먼저 합의하고, AI의 창작 능력은 살리면서, 장편에서 쉽게 무너지는 기억·인과·일관성·승인·복구만 책임집니다.

• 독서 계약이 먼저. 장르명이 아니라 속도·난도·정서·보상·금기를 정하고 그 약속을 매 화 지킵니다.
• 인과가 장식을 이깁니다. 설정을 늘리기보다 행동·반응·결과가 이어지게 하고, 인물은 설명이 아니라 선택의 누적으로 만듭니다.
• 사람이 마지막 권한을 가집니다. Markdown 원고가 정본이고, advisory는 자동 수정 명령이 아닙니다.

| 주체 | 맡는 일 | |---|---| | 사용자 | 원하는 독서 경험, 중요한 취향, 최종 승인 | | 호스트 AI | 아이디어 판단, 장면 구성, 산문·대사·그림 생성, 의미 비평 | | vibelore | 정본·계획 전달, 순서 보장, 충돌 검사, 검토 근거 기록, 커밋과 복구 | | Markdown 정본 | 세계·인물·본문·요약의 최종 사실 |

전체 방향은 철학, 구조는 아키텍처를 보세요.

지원 장르

25개 장르 프리셋이 있고, 프리셋마다 추적하는 설정 항목(시간선, 회귀 지식, 관계 상태, 능력 체계 등)이 다릅니다.

회귀 헌터 악역영애 이세계 아카데미 판타지 가문 회귀 추방 복수 추리 스릴러 액션 코미디 역사 LitRPG 스트리밍 LitRPG 성장물 시스템 아포칼립스 탑 등반 이세계 수련 선협 현환 던전 코어 로맨스 판타지 SF 호러 일상 힐링 현대 도시 기타

목록에 없는 장르나 복합 장르도 됩니다. 인터뷰가 장르를 톤·서브장르·이야기 동력으로 분해해 작품 프로필로 만들고, 설정 검사는 가장 가까운 프리셋을 씁니다.

작품 언어

작품을 어떤 언어로 쓸지는 lore_profile, lore_init, lore_create가 받는 language 선택 인자로 정합니다(lore_write의 language는 저장된 언어와 일치하는지 확인만 합니다). 사용자가 집필 언어를 자연어로 밝히면 호스트가 BCP 47 태그(ja, pt-BR, zh-Hant 등)로 정규화해 넘기고, 언어를 고르지 않으면 인자를 생략합니다. 언어 키가 없는 기존 작품은 암묵적 ko입니다. 대화 언어와 작품 언어는 별개라서 한국어로 대화하면서 일본어 작품을 쓸 수 있습니다.

/absolute/path/to/my-novel에 harbor_summer라는 작품을 만들고 싶어. 본문은 스페인어로 써 줘.

• 프롬프트는 두 계열입니다. ko는 한국어 특화 지시문을, 그 밖의 언어(영어 포함)는 영어 공통 지시문에 목표 언어를 결합한 계열을 씁니다. 본문, 제목, 요약, 세계·인물 설명, 계획과 검토의 설명 값이 목표 언어를 따르고, JSON 키·enum·ID 같은 기계가 읽는 값은 번역하지 않습니다.
• 분량은 언어에 맞는 단위로 잽니다. 한국어는 기존 글자 수, 그 밖의 언어는 문자소(grapheme) 또는 단어 수이며, 아랍어·히브리어처럼 결합 문자가 많은 문자 체계와 띄어쓰기가 없는 태국어도 같은 계약 안에서 다룹니다.
• foundation 이전에는 새 프로필 revision을 승인해 언어를 바꿀 수 있고, 승인된 언어와 다른 값을 넘기면 LANGUAGE_CONTRACT_CONFLICT로 거부합니다. foundation을 만든 뒤에는 바꿀 수 없으며, 다른 값을 넘기면 조용히 덮어쓰지 않고 WORK_LANGUAGE_IMMUTABLE로 거부합니다.
• 회차마다 본문·요약·계획이 작품 언어로 쓰였는지 검사하고, 시점·인물 등록·세계 설정 같은 의미 불변식은 언어와 무관하게 같은 검수자가 봅니다.
• 웹툰도 작품 언어를 따릅니다. 대사는 번역하지 않고 작품 언어 원문 그대로 이미지에 들어가며, 이미지 프롬프트에 언어·문자 체계·읽기 방향(아랍어는 오른쪽에서 왼쪽)을 명시합니다.

허용 언어 목록은 따로 없습니다. BCP 47 태그로 식별되는 언어(런타임 Intl이 알아보는 언어)는 모두 받고, 식별되지 않는 태그만 UNKNOWN_LANGUAGE로 거부합니다. 결과 품질은 연결한 모델의 해당 언어 역량을 따릅니다. 실제로 돌려 본 인수 표본은 영어, 스페인어, 일본어, 프랑스어, 한국어, 아랍어, 번체 중국어, 태국어 8개 언어이며, 이 표본의 호스트 모델은 Claude Sonnet 5였습니다. 인자 계약의 세부는 작품 언어와 분량 단위를 참고하세요.

파일은 어디에

my-novel/
├── world/         세계 설정 — 직접 고쳐도 됩니다
├── characters/    인물 설정 — 직접 고쳐도 됩니다
├── chapters/      본문 — 직접 고쳐도 됩니다
├── summaries/     화별 요약
├── webtoon/       deprecated 컷별 작업의 승인본·SVG/HTML 마스터
└── .vibelore/     검사 기록·복구 스냅샷·웹툰 장면 결과(webtoon/candidates/) — 건드리지 마세요

원고와 제작 기록은 내 컴퓨터에 남습니다. 연결한 호스트·모델 서비스에는 요청에 필요한 원고와 참조 이미지가 전달될 수 있습니다. 경계는 보안 안내에 있습니다. 원고의 저작권은 작성자에게 있으며 이 저장소의 라이선스가 적용되지 않습니다.

모델과 비용

소설과 웹툰 그림은 모델을 따로 고릅니다.

소설: 쓰는 AI 앱의 구독

소설은 vibelore를 붙인 AI 앱(호스트)에서 지금 고른 모델이 씁니다. vibelore에 API 키를 따로 넣지 않고, 그 앱의 구독이나 API 크레딧 안에서 돕니다. 그래서 필요한 것은 쓰려는 호스트의 이용 권한입니다.

| 호스트 | 필요한 것 | |---|---| | Claude Code | Claude 구독 또는 Anthropic API 키 | | Codex CLI | ChatGPT 요금제 또는 OpenAI API 키 | | Grok CLI | xAI 계정 |

직접 써 본 모델. 아래 모델은 실제 작품을 끝까지 써 본 조합이라 품질을 어느 정도 가늠할 수 있습니다. 결과물은 작품 목록에서 모두 볼 수 있습니다.

| 모델 | 경로 | 쓴 작품 | |---|---|---| | Claude Opus 5.5 | Claude Code | 베스퍼 50화 완결, 판결 LIVE 1~3화, 길 위의 번개 5화 | | Claude Opus 5 | Claude Code | 길 위의 번개 2화 | | Claude Sonnet 5 | Claude Code | 다국어 8개 언어 1화 | | GPT-6 Sol | OpenAI API | 처형 1분 전의 황녀 1~3화, 길 위의 번개 7화 | | GPT-6 Luna | OpenAI API | 길 위의 번개 6화 | | GPT-6 Astra | Codex CLI | 길 위의 번개 1화 | | Grok 4.6 · 4.7 | Grok CLI | 길 위의 번개 3·4화 |

붙일 수는 있지만 직접 확인하지 않은 것. 품질은 보장하지 않지만 시험해 볼 수 있습니다. 써 보신 결과를 이슈로 알려 주시면 위 표에 더합니다.

• 다른 MCP 호스트. Gemini CLI처럼 MCP 도구를 부를 수 있는 앱이면 연결해서 그 앱의 모델(구글 Gemini 등)로 쓸 수 있습니다.
• 로컬 모델. Ollama·LM Studio처럼 OpenAI 호환 엔드포인트를 여는 로컬 서버를 환경 변수로 연결합니다. 긴 원고와 구조화된 응답을 안정적으로 내는 모델이어야 합니다. 웹툰 이미지 검토 요청에는 그림 파일을 첨부해 보내므로, 그림을 볼 수 있는 모델이면 검토까지 맡을 수 있습니다.

단계별 모델 배정. 기획·초고·검토 단계를 서로 다른 모델에 맡기는 힌트(modelProfile)를 줄 수 있지만, 어떤 조합이 좋은지는 아직 시험하지 않았습니다. 지금은 한 모델로 모든 단계를 돌리는 것을 권합니다.

웹툰: 호스트 내장 도구 또는 이미지 API

그림은 사용자가 고른 경로로 호스트가 그립니다. 첫 장면 전에 호스트가 실제로 쓸 수 있는 그림 경로와 모델을 확인해 모두 보여 주고, 고른 것을 작품별로 저장합니다. 각색·장면 연출·이미지 검토는 소설과 같은 호스트 모델이 맡습니다.

| 경로 | 비용 | 모델 | |---|---|---| | 호스트 내장 이미지 도구 (예: Codex image_gen) | 호스트 구독 사용량 안, 별도 키 없음 | 호스트가 정합니다. Codex 0.159.2의 image_gen은 모델 선택 인자가 없어 Codex가 고릅니다 | | OpenAI 이미지 API | 실행 환경의 OPENAI_API_KEY와 별도 과금 | gpt-image-2.5-sunburst(추천), gpt-image-2.5-flare, gpt-image-2 등 계정에서 쓸 수 있는 모델 |

• 내장 도구가 있는 호스트에서는 그 경로를 먼저 제안합니다. Claude Code처럼 내장 도구가 없으면 API 경로를 보여 줍니다.
• "이제부터 API로 그려 줘"처럼 바꾸라고 하면 모델과 비용을 다시 보여 주고, 확인한 선택만 그 작품에 씁니다.
• 실행이 안 되거나 한도를 넘어도 다른 경로나 모델로 임의로 바꾸지 않습니다.
• 공개한 작품의 그림은 모두 OpenAI API gpt-image-2.5-sunburst로 그렸습니다. 작품마다 쓴 모델과 비용은 작품 목록의 각 작품 페이지에서 볼 수 있습니다.
• Gemini 같은 다른 제공사의 이미지 모델도 호스트가 경로를 보고하면 같은 방식으로 고를 수 있지만, 직접 확인하지는 않았습니다.

자세한 설정은 모델 설정을 보세요.

자주 묻는 질문

없습니다. Claude Code, Codex, Grok CLI의 채팅창이 인터페이스이고, 결과는 Markdown 원고와, 웹툰은 장면별 PNG/JPEG 이미지(글자 포함)와 scene.html로 나옵니다.

소설 집필은 호스트 구독·크레딧 안에서 돕니다. 기본 설정에서는 vibelore가 모델을 직접 호출하지 않습니다(로컬 모델을 연결한 경우 제외). 웹툰 그림은 호스트 내장 이미지 도구를 고르면 그 호스트의 사용량 안에서, 이미지 API를 고르면 그 계정의 별도 과금으로 그립니다.

아닙니다. 워크플로가 저장되므로 "이어서 해 줘"로 같은 자리에서 재개합니다. 검사를 통과한 원고만 커밋되고, 화 단위 스냅샷으로 되돌릴 수 있습니다. 문제 해결을 보세요.

됩니다. world/, characters/, chapters/는 사람이 고치라고 있는 파일입니다. 고친 뒤 "변경 사항 확인해 줘"라고 하면 영향 범위와 다음 할 일을 알려 줍니다.

hard 위반은 확정 사실과의 충돌이라 고치지만, 반전이 맞다면 설정 파일을 먼저 바꾸면 됩니다. soft 위반은 작가의 의도일 수 있어 AI가 자동으로 고치지 않고 사용자에게 묻습니다.

쓸 수 있습니다. 집필 언어는 작품을 만들 때(프로필 또는 lore_create·lore_init) 정하고, 인터뷰는 사용자가 쓰는 언어로 진행합니다. 안내 문서는 한국어 원문과 영어판(*.en.md)이 있습니다. 위 작품 언어를 보세요.

더 읽기

• 시작 안내 — 등록, 첫 작품, 다음 화, 막혔을 때
• 웹툰 제작 — 원작 범위·필수 선택, 장면 통합 제작과 검토
• 문제 해결과 백업 — 작업 재개, 손수정, 되돌리기, 파일 보관
• 모델 설정 — 텍스트·이미지 모델 선택, 비용 경로, 로컬 모델
• 도구 레퍼런스 — 호스트가 호출하는 도구 전체 계약
• 아키텍처 — 소설·웹툰 제작 구조, AI와 서버의 역할, 저장 경계
• 전체 문서 · 호스트별 검증 기록 · 기여 · 보안

Apache-2.0. 원고와 그림의 권리는 만든 사람에게 있습니다.