# 다른 에디터와의 비교 (/editor-comparison) [뮤블]: https://muvel.app/ [Scrivener]: https://www.literatureandlatte.com/scrivener/overview [노벨라]: https://novela.so/ko [한글]: https://www.hancom.com/product/office/forWindows/hwp [한컴독스]: https://www.hancomdocs.com/ko/ [Google Docs]: https://workspace.google.com/products/docs/ [Obsidian]: https://obsidian.md/ ## 개요 [#개요] 세상에는 뮤블 말고도 서로 다른 장점을 가진 집필 도구가 많습니다. 이 문서는 특정 제품의 우위를 정하기보다 **자신의 작업 방식에 맞는 에디터를 선택할 수 있도록 공통 항목을 비교**합니다. 객관성을 위해 뮤블에만 있는 세부 기능은 대부분 제외하고 가격, 플랫폼, 저장 방식, 일반 편집 기능, 안전 장치와 내보내기를 중심으로 정리했습니다. 제품의 가격과 지원 범위는 수시로 바뀔 수 있으므로 결제나 이전을 결정하기 전에는 각 제품의 공식 페이지를 다시 확인하세요. 이 문서는 항목이 많으므로 필요한 부분만 골라 읽어도 됩니다. * 구입과 실행 환경: [가격 정책](#가격-정책), [지원 플랫폼](#지원-플랫폼) * 데이터 보관: [저장 공간 / 동기화](#저장-공간--동기화), [안전 장치](#안전-장치) * 집필 경험: [스타일 커스텀](#스타일-커스텀), [에디터 기능](#에디터-기능), [소설 관리 특화 기능](#소설-관리-특화-기능) * 다른 도구로 이동: [내보내기 형식](#내보내기-형식) | 기호 | 의미 | | :------------------------------------------------------------------------------------------------------- | ---------------------------- | | ✅ | 지원 | | | 제한적 지원 (아이콘에 마우스를 올리면 사유 표시) | | ❌ | 미지원 | | **빈 칸** | 확인되지 않음 | ## 가격 정책 [#가격-정책] | 에디터 | 기본 사용료 | 영구 라이선스 | 추가 결제 | | ------------- | :-------------------------------------------------------: | :-----: | :------------------------------------------------------: | | [뮤블] | 무료 | ✅ | 선택형 멤버십과 추가 뮤블 포인트 | | [Scrivener] | 59.99달러 (Windows)
59.99달러 (macOS)
23.99달러 (iOS) | ✅ | 운영체제별 별도 라이선스 또는 묶음 구매 | | [노벨라] | 무료
(단, 작품 수 7개 제한) | ❌ | Plus · Pro · Premium 요금제
(AI 및 추가 편집 기능) | | [한글] | 99,000원 | ✅ | 없음 | | [한컴독스] | 월 6,900원
연 49,000원 (월 환산 약 4,084원) | ❌ | 없음 | | [Google Docs] | 무료 | ❌ | Google Drive 용량 | | [Obsidian] | 무료 | ✅ | Sync 월 5달러·연 결제 시 월 4달러
Publish 월 10달러·연 결제 시 월 8달러 | * Scrivener는 Windows, macOS, iOS 운영체제별로 별도 라이선스가 필요합니다. * Scrivener의 라이선스는 버전·플랫폼별 영구 라이선스이며, 차기 메이저 버전 업그레이드는 별도 구매 사항입니다. * 영구 라이선스 제공은 주요 서비스를 외부 서비스 의존성 없이 평생 사용할 수 있는가를 의미합니다. * 노벨라의 유료 요금제는 AI뿐 아니라 작품 수, 버전 기록, 테마, TTS, 커스텀 폰트 등 일반 기능도 확장합니다. * 가격은 세금, 환율, 결제 주기와 판매처에 따라 달라질 수 있습니다. [뮤블 요금제](https://muvel.app/pricing), [Scrivener 구매](https://www.literatureandlatte.com/store/scrivener), [노벨라 요금제](https://novela.so/ko/pricing), [Obsidian 요금제](https://obsidian.md/pricing)를 확인하세요. ## 지원 플랫폼 [#지원-플랫폼] | 플랫폼 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | ----------- | :----------------------------------------------------: | :---------: | :---: | :--: | :----: | :-----------: | :--------: | | **웹** | ✅ | ❌ | ✅ | ❌ | ✅ | ✅ | ❌ | | **Windows** | ✅ | ✅ | ✅ | ✅ | ✅ | | ✅ | | **macOS** | ✅ | ✅ | ✅ | ✅ | ✅ | | ✅ | | **Linux** | ✅ | ❌ | ❌ | ❌ | | | ✅ | | **Android** | ✅ | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | | **iOS** | | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | * 웹을 제외한 각 플랫폼은 '설치형 애플리케이션'의 존재 유무를 의미합니다. * 베타 출시인 경우에는 로 표시했습니다. * 한컴독스의 Windows·macOS 편집 앱은 개인용 이상 요금제에서 제공되며, 무료 요금제는 뷰어 기능만 제공합니다. ## 저장 공간 / 동기화 [#저장-공간--동기화] | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | ---------------- | :---------------------------------------------------------------------------------------------------------------: | :------------------------------------------------------------------------------: | :------------------------------------------------------------: | :--------------------------------------------------------------: | :-----------------------------------------------------------------------------------------: | :--------------------------------------------------------------------: | :--------: | | **클라우드 저장소** | ✅ | | ✅ | | ✅ | ✅ | ✅ | | **부분 동기화** | ✅ | ❌ | ❌ | ❌ | | | ✅ | | **로컬(오프라인) 저장** | ✅ | ✅ | ❌ | ✅ | | ❌ | ✅ | | **클라우드 오프라인 편집** | | ✅ | | ❌ | ❌ | | ✅ | * Scrivener는 다른 클라우드 폴더를 연동하는 방식으로 제한적인 클라우드 연동을 지원합니다. * 다른 형식으로 내보내기해서 저장해야 하는 경우는 '로컬 저장소'로 취급하지 않습니다. * Google Docs는 미리 오프라인 사용을 설정한 문서를, 뮤블은 연결이 끊기기 전에 열어 둔 클라우드 문서를 계속 편집할 수 있습니다. * 뮤블에서 서버에 연결하지 못한 상태로 자동 로컬 백업을 새로 열면 읽기 전용으로 표시됩니다. 자세한 범위는 [오프라인 모드](/safeguards/offline-mode)를 참고하세요. * Obsidian Sync는 파일 유형을 선택하거나 특정 폴더를 동기화에서 제외할 수 있습니다. ## 스타일 커스텀 [#스타일-커스텀] > 뮤블만 가진 오리지널 커스텀 기능들은 개수가 많아 대다수 제외했습니다. | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | :--------------: | :--: | :---------: | :-------------------------------------------------------------: | :----------------------------------------------------------------: | :----: | :------------------------------------------------------------------------: | :-------------------------------------------------------------------: | | **다크/화이트 모드** | ✅ | ✅ | ✅ | | | | ✅ | | **웹소설 플랫폼 템플릿** | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ | ❌ | | **문서 폭 설정** | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | **글꼴 설정** | ✅ | ✅ | | ✅ | ✅ | ✅ | ✅ | | **배경 색상 설정** | ✅ | ✅ | ❌ | ✅ | | | ✅ | | **조판 영역 배경 커스텀** | ✅ | ✅ | ❌ | ✅ | | ✅ | | | **UI 커스텀 자유도** | 자유로움 | 자유로움 | 제한적 | 제한적 | | | 자유로움 | * 노벨라는 문서 너비와 좌우 여백을 직접 지정할 수 있습니다. * 노벨라는 유료 요금제에서 커스텀 폰트 업로드를 지원합니다. 정확한 제공 요금제는 최신 가격 안내를 확인해야 합니다. ## 에디터 기능 [#에디터-기능] > 뮤블만 가진 오리지널 기능(스마트 따옴표, 위젯, 다이나믹 링크, 모바일 액션 바, > AI 힌트, AI 대체 표현 제안 등)은 대부분 표기에서 제외했습니다. | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | ----------------- | :--: | :-----------------------------------------------------------------------: | :---: | :--------------------------------------------------------------------------------------: | :----: | :-------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------: | | **자동 따옴표 변환** | ✅ | ✅ | ✅ | ✅ | ✅ | | | | **기호 자동 대치** | ✅ | ✅ | ✅ | ✅ | | ✅ | | | **기호 자동 대치 커스텀** | ✅ | ✅ | ✅ | ✅ | | ✅ | | | **타입라이터 스크롤링** | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ | | | **창 분할** | ✅ | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ | | **자유 창 분할** | ✅ | ❌ | ✅ | | ❌ | ❌ | ✅ | | **맞춤법 검사** | ✅ | | ✅ | ✅ | ✅ | | | | **오프라인 맞춤법 검사** | ❌ | | ❌ | ✅ | ❌ | ❌ | ❌ | | **맞춤법 검사 사용자 사전** | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | | | **비출력 작가용 주석** | ✅ | ✅ | ❌ | ✅ | | | ✅ | | **완성된 원고 잠금** | ✅ | ❌ | ✅ | ✅ | | | ❌ | | **글자 수 세기** | ✅ | ✅ | ✅ | ✅ | | ✅ | ✅ | | **글자 수 세기 커스텀** | ✅ | ✅ | ✅ | ✅ | | | | | **원고 목표 설정** | ✅ | ✅ | ❌ | | | | ❌ | * 자체 기능이 아닌, 유저 플러그인으로 가능한 경우는 로 표시했습니다. * 글자 수 세기 커스텀은 노벨피아, 문피아에 필요한 '공백 포함', '공백 제외', '특수문자 제외' 옵션을 지원하는지 확인했습니다. * 비출력 작가용 주석은 집필 화면에서는 확인할 수 있지만 일반적인 원고 복사·공유·내보내기 결과에는 포함되지 않는 전용 메모 기능을 의미합니다. 글자색 변경 같은 단순 서식은 포함하지 않습니다. * Obsidian은 `%% 내용 %%` 문법으로 편집 화면에서만 보이는 인라인·블록 주석을 작성할 수 있습니다. ## 부가 유틸 [#부가-유틸] > 뮤블만 가진 오리지널 기능(스톱워치, 작가의 말, 특수문자 즐겨찾기, 속도계, > 집중력 측정기, 기호 대치, 계산기, 나이 계산기, 주사위, 입력 효과음 설정 > 등등)은 대부분 표기에서 제외했습니다. | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | --------- | :--: | :-------------------------------------------------------------------------: | :---: | :--: | :----: | :-----------: | :---------------------------------------------------------: | | **타이머** | ✅ | ❌ | ✅ | ❌ | ❌ | ❌ | | | **사전 검색** | ✅ | | ❌ | ✅ | | ✅ | | ## 소설 관리 특화 기능 [#소설-관리-특화-기능] > 뮤블만 가진 오리지널 기능(AI 리뷰)은 대부분 표기에서 제외했습니다. | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | --------------- | :---------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------: | :---: | :----------------------------------------------------------------------: | :----: | :-------------------------------------------------------------------------------------------: | :---------------------------------------------------------: | | **여러 문서 브라우징** | ✅ | ✅ | ✅ | ❌ | ❌ | | ✅ | | **문서 계층화** | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ | ✅ | | **전체 문서 검색** | ✅ | ✅ | ✅ | ❌ | ✅ | ❌ | ✅ | | **자동 에피소드 관리** | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ | ❌ | | **칸반 보드** | ❌ | | ✅ | ❌ | ❌ | ❌ | | | **캔버스 · 마인드맵** | ✅ | ❌ | ❌ | ❌ | ❌ | ❌ | ✅ | | **캐릭터 관리** | ✅ | | ✅ | ❌ | ❌ | ❌ | ❌ | | **설정 관리** | ✅ | ❌ | ✅ | ❌ | ❌ | ❌ | ❌ | | **에피소드 공유** | ✅ | ❌ | ✅ | ❌ | ✅ | ✅ | ✅ | | **지정 에피소드만 공유** | | ❌ | ✅ | ❌ | ✅ | ✅ | ✅ | | **감평/댓글/코멘트** | ✅ | ❌ | ❌ | | ❌ | ✅ | ❌ | * 뮤블이 별도의 칸반 보드를 두지 않은 이유는 [캔버스 문서의 「왜 칸반 보드가 없나요?」](/canvas#왜-칸반-보드가-없나요)를 참고하세요. * 해당 설정을 '정리가 가능한가'가 아닌, '특화된 기능을 제공하는가'가 기준입니다. * Google Docs는 문서 탭과 최대 3단계 하위 탭을 지원합니다. * Obsidian Publish는 공개할 노트를 개별적으로 선택할 수 있습니다. ## 안전 장치 [#안전-장치] | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | --------------------- | :---------------------------------------------------------------------------------------------------------------: | :---------: | :---: | :-----------------------------------------------------------------------: | :------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------------: | :--------------------------------------------------------------------------------------------------------: | | **실시간 자동 저장** | ✅ | ✅ | ✅ | ❌ | ✅ | ✅ | ✅ | | **자동 백업 생성(버전 포함)** | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | **버전 관리/스냅숏** | ✅ | ✅ | ✅ | | ✅ | ✅ | ✅ | | **오프라인 편집 복구(클라우드)** | ✅ | ✅ | ❌ | - | | ✅ | ✅ | | **로컬에 동시 백업(클라우드)** | ✅ | ✅ | ❌ | - | ❌ | ❌ | ✅ | | **메이저 클라우드 연동 백업** | | ✅ | ✅ | - | ❌ | ✅ | | | **다중 클라이언트 작업 병합** | ✅ | ❌ | ❌ | - | ✅ | ✅ | ✅ | | **빠른 수동 저장 (Ctrl+S)** | ✅ | ✅ | ❌ | ✅ | ❌ | ❌ | ✅ | | **전체 프로젝트 내려받기** | ✅ | - | ❌ | - | | | - | * 자동 백업은 원고 자체를 기본 저장 외 주기적으로 백업하는 기능을 의미합니다. * 오프라인 복구는 인터넷 연결이 끊긴 상태에서의 편집 사항을 프로그램 종료 후 다시 실행했을 때 인터넷 연결 후 자동으로 동기화하는 기능을 의미합니다. * 한컴독스는 동일 파일의 업데이트 이력을 최대 20개까지 보관하며 이전 버전 복원·다운로드를 지원합니다. ## 내보내기 형식 [#내보내기-형식] > 관련 업계에서 주로 사용하지 않는 파일 형식이나 뮤블만 지원하는 형식(html, > json, mvle)은 표기하지 않았습니다. | 기능 항목 | [뮤블] | [Scrivener] | [노벨라] | [한글] | [한컴독스] | [Google Docs] | [Obsidian] | | --------- | :--: | :---------: | :---: | :--: | :----: | :-----------: | :----------------------------------------------: | | **.txt** | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | **.hwpx** | ✅ | ❌ | ✅ | ✅ | ✅ | ❌ | ❌ | | **.docx** | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | **.pdf** | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | **.epub** | ✅ | ✅ | ✅ | ❌ | ❌ | ✅ | | * 관련 업계에서 주로 사용하는 파일 형식만 표기했습니다. ## 검토 출처 [#검토-출처] 변동 가능성이 큰 가격, 운영체제와 동기화 범위는 각 제품의 공식 안내를 우선 확인합니다. * [뮤블 소개 및 설치](https://muvel.app/info) · [뮤블 요금제](https://muvel.app/pricing) * [Scrivener 기능](https://www.literatureandlatte.com/scrivener/overview) · [Scrivener 구매](https://www.literatureandlatte.com/store/scrivener) * [노벨라 요금제](https://novela.so/ko/pricing) * [한글](https://www.hancom.com/product/office/forWindows/hwp) · [한컴독스](https://www.hancomdocs.com/ko/) * [Google Docs](https://workspace.google.com/products/docs/) * [Obsidian 요금제](https://obsidian.md/pricing) · [Obsidian Sync](https://obsidian.md/sync) # 자주 묻는 질문 (/faq) ![자주 묻는 질문](/images/faq.png) 이 문서는 작가님들께서 뮤블에 대해 실제로 자주 묻는 질문 위주로 정리해 둔 문서입니다. 뮤블을 사용하다 문제가 생겼다면 [긴급 상황 가이드](/emergency-guide)를 먼저 확인해주세요. ## 조작에 관하여 [#조작에-관하여] ### 엔터를 누르면 두 칸씩 줄바꿈돼요! 자동 줄바꿈을 사용하는 [에피소드](/episode) 또는 [위키](/wiki)에서는 **Shift + Enter**[^1]로 단락 안에서 줄을 바꿀 수 있습니다.[^2] 에피소드 에디터에서 더 간결한 조작을 선호한다면 [줄바꿈 방식](/episode/line-break-mode)을 수동 줄바꿈으로 바꿀 수 있습니다. ### 한글 에디터에 붙여넣으니 행간이 사라져요 한글 에디터가 붙여넣을 때 공용 형식인 `text/html`보다 뮤블 자체 형식인 `application/vnd.muvel.pm-slice+html`을 우선으로 선택하기 때문입니다. 뮤블에서 텍스트를 복사한 뒤 한글 에디터에서 골라 붙이기(`Ctrl + Alt + V`)를 누르고 `인터넷 소스`를 선택하면 행간을 포함해 붙여넣을 수 있습니다. 서식이 중요하지 않다면 메모장을 거쳐 붙여넣어도 됩니다. ### 클라우드 소설을 로컬 소설로 바꾸고 싶어요 [클라우드 소설](/novel/muvel-cloud-storage)은 로컬 뮤블 프로젝트로 내보내 [로컬 소설](/novel/local-storage)로 전환할 수 있습니다. 1. 소설 페이지에서 `소설 관리하기` → [`전체 내보내기`](/novel/export-novel) → `내보내기 형식`의 `로컬 뮤블 프로젝트`를 선택합니다. 2. 파일을 내려받은 뒤 ZIP 압축을 해제합니다. 3. 폴더 안의 `*.muvl` 파일을 실행하거나 뮤블 메인의 `뮤블 프로젝트 열기`에서 해당 파일을 선택합니다. ### 로컬 소설을 클라우드 소설로 바꾸고 싶어요 **[로컬 소설](/novel/local-storage)을 [클라우드 소설](/novel/muvel-cloud-storage)로 전환하는 작업**은 아직 완전히 지원하지 않습니다. 에피소드에 한해 `*.mvle` 파일을 `파일에서 가져오기`로 클라우드 소설에 옮길 수 있습니다. ### 뮤블 글자 수가 플랫폼이랑 달라요! 먼저 `설정` → [`글자 수 세기`](/widgets/char-count) → `플랫폼별 글자 계산 프리셋`이 올바르게 적용되어 있는지 확인해주세요. 플랫폼마다 글자 수를 계산하는 방식이 다르므로 이 설정을 맞추는 것이 중요합니다. 노벨피아에서는 뮤블보다 글자 수가 몇 자 더 많이 표시될 수 있습니다. 뮤블이 붙여넣을 때 다른 에디터에 행간을 전달하기 위해 사용하는 빈 공백 문자를 노벨피아가 글자 수에 포함하기 때문입니다. 서식이 중요하지 않다면 `Ctrl + Shift + V`로 서식 없는 텍스트를 붙여넣으면 뮤블과 노벨피아의 글자 수가 일치합니다. ## 문장 부호에 관하여 [#문장-부호에-관하여] ### 곧은 따옴표와 둥근 따옴표는 무엇이 다른가요? 곧은 따옴표(`'`, `"`)는 여는 방향과 닫는 방향의 구분이 없는 키보드 기본 문자입니다. 둥근 따옴표(`‘ ’`, `“ ”`)는 문장의 시작과 끝을 서로 다른 문자로 구분하는 조판 부호입니다. 둘 사이에 인용이라는 의미론적 차이가 있는 것은 아니지만, 쓰임에 맞는 조판 문자에는 차이가 있습니다. [Unicode 표준 6.2.6절](https://www.unicode.org/versions/latest/core-spec/chapter-6/#G145641)은 곧은 큰따옴표인 `U+0022`를 대부분의 키보드가 지원하지만, 조판상으로는 타자 원고·프로그래밍 텍스트 등에 주로 적합하다고 설명합니다. 편집 프로그램이 이를 언어와 문맥에 맞는 여는 따옴표와 닫는 따옴표로 변환하는 방식도 함께 소개합니다. [한글 맞춤법 부록 「문장 부호」의 8. 큰따옴표와 9. 작은따옴표](https://www.korean.go.kr/kornorms/regltn/regltnView.do#a184)도 한국어의 인용 부호를 `“ ”`, `‘ ’` 형태로 제시합니다. 따라서 둥근 따옴표가 문학적으로 다른 의미를 갖는다고 보기는 어렵지만, 한국어 문장 부호 규정과 일반적인 조판에 맞는 형태라고 설명할 수 있습니다. 뮤블은 이 기준에 따라 소설 원고에 둥근 따옴표를 권장하며 [자동 따옴표 변환](/editor-functions/auto-quote)도 기본으로 켜져 있습니다. 다만 이는 플랫폼 호환성의 문제가 아니라 표기 취향의 문제이기도 합니다. 둥근 따옴표의 조판상 장점과 별개로 개인적으로 곧은 따옴표의 모양을 더 선호한다면 자동 변환을 끄고 그대로 사용할 수 있습니다. 이미 작성한 원고의 따옴표를 한꺼번에 통일하려면 [기호 대치 위젯](/widgets/symbol-replace)을 사용하세요. ### 말줄임표는 점을 몇 개 찍어야 하나요? 정확한 위치는 [한글 맞춤법 부록 「문장 부호」의 21. 줄임표](https://www.korean.go.kr/common/download.do?c_file_name=7a06ab7c-0caa-4164-956b-eba0a049b8a9_0.pdf\&file_path=etcData\&o_file_name=%EB%AC%B8%EC%9E%A5+%EB%B6%80%ED%98%B8+%ED%95%B4%EC%84%A4%282014%EB%85%84%29.pdf)입니다. 규정의 원칙과 두 붙임은 다음과 같습니다. > “점은 가운데에 여섯 점을 찍는 것이 원칙이다. 점은 아래에 찍어도 된다. 점은 여섯 점을 찍는 대신 세 점을 찍을 수도 있다.” 이 규정은 점의 위치와 개수를 정하지만, 전산상 어떤 문자로 구현해야 하는지까지 지정하지는 않습니다. [국립국어원도 관련 답변](https://www.korean.go.kr/front/onlineQna/onlineQnaView.do?mn_id=216\&pageIndex=1\&qna_seq=321875\&searchCondition=\&searchKeyword=)에서 다음과 같이 선을 긋습니다. > “컴퓨터상에서 어떠한 기호로 나타내야 하는지에 대해서는 정해진 바 없습니다.” 따라서 `U+2026`인 `…`만을 어문 규범이 정한 유일한 표준 문자라고 부를 수는 없습니다. 시각적으로 가운데 여섯 점인 `……`이 원칙이며, 아래 여섯 점인 `......`과 가운데·아래 세 점인 `…`, `...`도 허용된다고 이해해야 합니다. 반면 `..`, `....`, `.....`처럼 온점을 두 개·네 개·다섯 개만 이어 쓰는 방식은 규정에서 말줄임표로 제시하는 형태가 아닙니다. 소설 원고에서 규정의 원칙을 따르려면 `……`을 사용하면 됩니다. 짧고 간결한 인상을 원한다면 허용 표기인 `…`도 사용할 수 있습니다. 실제 표기는 장르와 연재처, 작가의 문체에 따라 달라질 수 있으므로 한 작품 안에서 일관되게 유지하는 것이 중요합니다. 다만 국립국어원의 규정과 해설 예문은 가운데 세 점을 나타낼 때 `…`를 사용하고, [Unicode 표준](https://www.unicode.org/charts/PDF/Unicode-16.0/U160-2000.pdf)도 이 문자를 `HORIZONTAL ELLIPSIS`로 정의합니다. 실제 전산 조판에서도 하나의 문자로 높이와 간격을 일정하게 유지할 수 있으므로, `…`와 이를 두 번 쓴 `……`은 가운데 점 방식의 사실상 표준에 가까운 선택이라고 설명할 수 있습니다. 이는 어문 규범이 특정 코드 포인트를 강제한다는 뜻은 아닙니다. 마침표 세 개로 입력한 `...`도 규정상 허용되지만 글꼴에 따라 점의 높이와 간격이 달라질 수 있습니다. 여기서 `…`는 점 세 개가 한 문자에 들어 있는 줄임표(`U+2026`)이고, `·`는 어구를 묶거나 열거할 때 쓰는 가운뎃점(`U+00B7`)입니다. `···`처럼 가운뎃점 문자를 여러 번 입력하면 겉모양은 비슷하지만 줄임표와는 다른 문자 조합입니다. 국립국어원도 [가운뎃점 세 개는 표준적인 줄임표 용법이 아니라고 안내](https://www.korean.go.kr/front/onlineQna/onlineQnaView.do?mn_id=57\&pageIndex=1\&qna_seq=332676)합니다. 가운뎃점 자체의 쓰임은 [한글 맞춤법 부록 「문장 부호」의 5. 가운뎃점](https://www.korean.go.kr/kornorms/regltn/regltnView.do#a184)에서 따로 규정합니다. 말을 줄인 채 문장이 끝났거나 말이 없음을 나타낼 때에는 `…….`처럼 줄임표 뒤에 마침표를 쓰는 것이 원칙입니다. [국립국어원 문장 부호 해설 안내](https://www.korean.go.kr/front/onlineQna/onlineQnaView.do?mn_id=216\&pageIndex=1\&qna_seq=327167\&searchCondition=\&searchKeyword=)도 다음과 같이 설명합니다. > “줄임표 뒤에 마침표를 쓰는 것이 원칙입니다.” 줄인 말이 물음이나 느낌의 성격이라면 마침표 대신 `……?`, `……!`처럼 물음표나 느낌표를 씁니다. 마침표 형태의 줄임표를 사용하면 `.......` 또는 `....`처럼 보여도, 앞의 여섯 점·세 점은 줄임표이고 마지막 한 점만 문장을 끝내는 마침표입니다. [자동 대치어 규칙](/editor-functions/auto-replace-rule)은 입력 중 `...`을 `…`으로 바꿀 수 있습니다. 이미 작성한 에피소드에 여러 형태가 섞여 있다면 [기호 대치 위젯](/widgets/symbol-replace)으로 한꺼번에 정리하세요. ## 기능에 관하여 [#기능에-관하여] ### AI 리뷰는 얼마나 믿을 만한가요? **이미지:** 이 귀여운 깡통들의 의견에 너무 큰 의미를 부여하지 마세요 이 깡통이 제 귀여운 소설에 감히 3.5점을 주는 걸 봐서는 절대 믿을 게 못 됩니다. 자세한 기능은 [AI 에피소드 리뷰](/ai-features/ai-episode-review)를 참고하세요. ### 들여쓰기가 왜 공백이 아니라 스타일 설정인가요? 일반적으로 대부분의 워드프로세서와 플랫폼은 문단 첫 들여쓰기를 **공백 문자가 아닌 서식으로 처리**하며, 이것이 표준에 가깝습니다. 중앙 정렬을 여러 개의 공백 문자로 처리하지 않는 것과 비슷합니다.[^3] 웹소설의 경우 [노벨피아](https://novelpia.com/home), [문피아](https://www.munpia.com/), 조아라 등의 플랫폼에서 독자가 뷰어 설정을 통해 들여쓰기를 직접 조절할 수 있습니다. 따라서 작가가 문단 앞에 공백 문자를 직접 넣어 들여쓰기를 만드는 방식은 권장하지 않습니다. 뮤블도 이러한 표준에 따라 들여쓰기를 사용자가 조절할 수 있는 [서식](/style) 설정으로 처리합니다. ## 서비스에 관하여 [#서비스에-관하여] ### 뮤블은 누가 만드나요? | 구분 | 역할 | 구성원 | | ----- | ------- | ----------- | | 고정 멤버 | 메인 리더 | 키뮤(Kimu) | | 고정 멤버 | 수석 엔지니어 | 파링(Paring) | | 서포터 | 인프라 | 킴장(Kimjang) | | 기여자 | 기여 | 코로, 아르 | 뮤블은 [키뮤스토리](https://kimustory.net/) 팀에서 개발합니다. 뮤블 프로젝트의 실질적인 고정 인원은 두 명이며, 2025년까지는 키뮤 한 명이었습니다. ### 뮤블은 왜 무료인가요? 어차피 이 질의응답 구석까지 오셨으니 본색을 드러내죠. ~~그럴듯하게 적어두니까 자꾸 뭐라 해서~~ 전 굉장히 이기적인 사람입니다. 뮤블의 궁극적인 목표는 처음부터 지금까지 제가 글을 쓰기 위한 것이죠. 메인 페이지의 “뮤블은 팔기 위한 도구가 아닌, 쓰기 위한 도구입니다”라는 말은 사실 이 의미입니다. 팔기 위한 도구가 아닌, (제가) 쓰기 위한 도구죠. 제 최근 연재가 30편을 넘지 못했던 건 아무래도 도구 때문이라는 생각에서 이 툴의 개발을 시작했습니다. 완벽한 툴이 있다면 분명 제대로 완결을 낼 수 있을 거라고요. ~~그렇게 툴은 만들었지만, 웃긴 건 정작 이걸 만드느라 연재를 못 하고 있지만~~ 그럼에도 뮤블의 목표는 돈이고 뭐고 간에 일단 제 소설의 완결입니다. 그건 지금까지도 변함이 없습니다. 만드는 김에 겸사겸사 함께 쓰는 것에 가깝죠. 누군가 메인 페이지의 설명을 보고 돈 욕심 없다는 사람을 어떻게 믿냐고 하더군요. 당연히 세상에 돈 욕심 없는 사람이 어디 있겠습니까. 저도 항상 돈이 궁해서 돈 욕심 많아요. 그런데 그게 지금 문제가 아니라고요. 제 귀여운 TS물 소설이 연중한 지 9년째 아직 완결되지 못했다고요. 이것보다 심각한 문제가 어디 있겠어요. 지금은 돈이 중요한 게 아닙니다. 작가라면 응당 이 문제의 심각성을 알아주시리라 믿습니다. 그런데 이게 뭘 대답하는 질문이었죠? ### 뮤블은 작가님들의 소설을 AI 학습에 사용하나요? 뮤블은 **작가님들의 소설을 AI 학습에 사용하지 않으며**, 해당 내용은 [뮤블 개인정보처리방침](/legal/privacy-policy)에 기록되어 있습니다. 또한 뮤블은 Google의 AI 서비스를 사용하며, [Google 서비스 약관](https://ai.google.dev/gemini-api/terms?hl=ko#data-use-paid)에 따라 작가님의 작품은 **Google에서도 제품 개선에 사용하지 않습니다.** ~~그러니까 제발 그만 물어봐 주세요. 애초에 AI 학습이 목적이었다면 개발이 두 배로 힘든 로컬 버전은 왜 만들었겠어요. 저희의 지향점은 AI 4차 산업혁명 같은 것이 아니라 그냥 댕청하고 귀여운 에디터라고요!~~ [^1]: Shift 키가 없는 모바일·태블릿 환경에서는 [모바일 액션 바](/editor-functions/mobile-action-bar) 가장 오른쪽의 수동 줄바꿈 버튼을 사용할 수 있습니다. [^2]: 뮤블 초기 설정 화면과 [단축키 위젯](/widgets/shortcut)에서도 해당 조작을 안내합니다. [^3]: 단순 텍스트 형식만 지원하는 오래된 연재 플랫폼에서는 들여쓰기를 위해 공백 문자를 사용해야 할 수 있습니다. - **문서 최종 갱신 버전:** v2.11.5 # 제품 철학 (/product-philosophy) 뮤블은 소설을 쓰는 사람이 자신의 이야기에 오래 집중하고, 자신에게 맞는 방식으로 작업하며, 원고와 작업 환경을 스스로 지킬 수 있도록 돕는 도구예요. 기능을 만들 때도 단순히 있으면 좋아 보이는지를 넘어, 실제 집필에 도움이 되는지, 사용자의 선택권을 제한하지 않는지, 뮤블이 변하더라도 작가에게 불리한 구조가 되지는 않는지 함께 고민합니다. 이 문서에서는 뮤블의 제품과 운영에 반영된 원칙을 소개할게요. ## 제품 설계 원칙 [#제품-설계-원칙] ### 필요한 것만 눈에 보이게 해요 [#필요한-것만-눈에-보이게-해요] 뮤블의 미니멀리즘은 기능을 적게 만드는 것이 아닙니다. 필요한 기능은 충분히 제공하되, 지금 필요하지 않은 복잡함은 글쓰기를 방해하지 않도록 물러나 있어야 한다고 생각해요. **편집기 레이아웃 비교:** 표준 문서 앱은 애플리케이션 사이드바, 프로젝트 선택기와 파일 트리, 문서 탐색 경로와 제목, 리본 메뉴, 서식 도구, 문서 본문, 보조 사이드바, 하단 문서 상태·정보 표시줄이 항상 함께 보입니다. 뮤블 에디터는 구분선 없는 상단 메뉴의 왼쪽 버튼 2개와 오른쪽 버튼 5개, 중앙의 좁은 본문을 먼저 보여주고, 필요한 위젯만 남는 오른쪽 아래 공간에 배치합니다. 이 철학 덕분에 뮤블은 기능이 늘어나도 기본 화면을 단순하게 유지할 수 있습니다. **집필 앱 중 가장 많은 기능을 갖추면서도, 동시에 가장 간단하고 직관적으로 사용할 수 있는 앱.** 이것이 뮤블이 만들어온 차이입니다. [위젯](/widgets)도 이 원칙에서 만들어졌습니다. 모든 부가 기능을 화면에 늘어놓는 대신, 필요한 기능만 원하는 위치에 꺼내 사용할 수 있어요. 뮤블에 별도의 집중 모드가 없는 이유도 같습니다. 집중하기 위해 평소의 화면에서 벗어나는 대신, **평소의 작업 화면 자체가 충분히 조용해야 한다고 생각하기 때문이에요.** ### 배우기보다 자연스럽게 발견할 수 있어야 해요 [#배우기보다-자연스럽게-발견할-수-있어야-해요] 기능을 감추기만 하면 오히려 사용하기 어려운 프로그램이 됩니다. 뮤블은 기능이 많아져도 사용자가 모든 위치를 외우거나 설명서부터 읽지 않도록, 이미 익숙한 경험과 일관된 규칙을 활용해요. [소설 관리 화면](/novel)은 웹소설이나 스트리밍 플랫폼에서 보던 구성을 떠올릴 수 있게 설계하고, 복잡할 수 있는 [문서 속성표](/wiki/property-table)는 익숙한 표의 형태로 보여줍니다. 위젯도 하나의 발견 규칙이에요. 기능의 정확한 위치를 모르더라도 “이런 기능이라면 위젯에 있겠지”라고 예상할 수 있습니다. 뮤블의 발견 가능한 UX는 닌텐도 게임을 플레이하며 얻은 경험에서도 영향을 받았어요. 긴 설명을 먼저 읽게 하기보다 직접 만지고 시도하는 과정에서 규칙을 발견하게 하고, 한 번 배운 규칙은 다른 곳에서도 다시 통하도록 만드는 방식입니다. 좋은 인터페이스는 모든 기능을 한꺼번에 펼쳐놓는 것이 아니라, **필요한 순간에 자연스럽게 발견할 수 있게 하는 것**이라고 생각해요. 발견 가능한 UX는 많은 기능과 미니멀한 화면을 함께 유지하기 위한 원칙입니다. ### 연재형 소설의 언어로 설계해요 [#연재형-소설의-언어로-설계해요] 뮤블은 범용 문서 프로그램이나 범용 지식 관리 도구가 아니라, **연재형 소설 집필에 특화된 전문 도구**예요. 뮤블은 ‘전문 도구’를 복잡한 도구의 다른 이름으로 사용하지 않습니다. 전문성은 기능의 수나 화면의 복잡함이 아니라, 그 분야의 개념과 실제 작업 방식이 제품에 얼마나 깊이 반영되어 있는지에서 생깁니다. 그래서 뮤블에는 모든 것을 포괄하는 하나의 ‘문서’ 형식이 없습니다. [회차](/episode/chapter), [위키](/wiki), [메모](/memo), [캔버스](/canvas)가 각자의 역할을 가지고, 데이터 구조와 기능도 소설을 쓰는 흐름을 기준으로 설계돼요. 범용 지식 관리 도구의 그래프 뷰 대신 [마인드맵 보기](/wiki/mind-map-view)를 제공하고, 추상적인 관계 기능 대신 작품 안에서 의미가 있는 [등장 속성](/wiki/appearance)을 사용하는 것도 같은 이유입니다. 뮤블은 다른 생산성 도구의 기능에 소설용 이름만 붙이기보다, **연재형 소설을 쓰는 사람이 실제로 생각하고 작업하는 방식에서 출발합니다.** 사용자가 작업을 제품의 언어로 번역하는 것이 아니라, 제품이 먼저 사용자의 분야를 이해해야 한다고 믿어요. 그래서 뮤블은 처음 글쓰기 도구를 접하는 사람에게 가장 직관적인 도구이면서, 숙련된 작가가 필요로 하는 깊이 있는 기능도 갖춘 도구를 목표로 합니다. 쉬움과 전문성은 서로 반대되는 가치가 아니에요. **워크플로우를 깊이 이해할수록 사용자가 배워야 할 복잡함은 오히려 줄어들 수 있습니다.** ### 구조에는 방향성을, 작업 방식에는 자유를 줘요 [#구조에는-방향성을-작업-방식에는-자유를-줘요] 뮤블은 데이터의 의미에는 분명한 방향성을 가집니다. 회차는 본문을 쓰는 공간이고, 설정은 세계관과 등장인물을 관리하는 공간이에요. 반면 그것을 화면에 어떻게 배치하고 활용할지는 최대한 자유롭게 선택할 수 있어야 합니다. 본문만 보이는 단순한 화면을 사용할 수도 있고, 여러 화면과 위젯을 조합해 자신만의 작업 환경을 만들 수도 있어요. **무엇을 관리하는지는 뮤블이 명확하게 정리하고, 어떻게 작업할지는 작가에게 맡깁니다.** ## 사용자 주권 [#사용자-주권] ### 원고와 작업 환경은 작가의 것이에요 [#원고와-작업-환경은-작가의-것이에요] 클라우드는 편리하지만, 모든 작업을 하나의 서비스에만 맡기면 정책이나 가격이 바뀌거나 서비스가 종료될 때 사용자의 선택권도 함께 줄어들 수 있습니다. 뮤블은 이 문제를 “우리를 믿어주세요”라는 약속만으로 해결하고 싶지 않아요. 그래서 [클라우드 소설](/novel/muvel-cloud-storage)뿐 아니라 독립적으로 작업할 수 있는 [로컬 소설](/novel/local-storage)을 함께 제공합니다. 로컬은 백업 기능이나 클라우드의 축소판이 아니라 하나의 완전한 작업 방식이에요. [전체 내보내기](/novel/export-novel)와 이전 클라이언트 호환도 사용자가 자신의 원고와 익숙한 작업 환경을 지킬 수 있도록 돕습니다. 뮤블이 말하는 사용자 주권은 단순한 데이터 소유권보다 넓습니다. **원고를 소유할 권리, 작업 환경을 유지할 권리, 사용할 방식을 직접 선택할 권리**가 모두 작가에게 있어야 해요. 이를 위해 뮤블은 **사용자의 서비스 독립성**을 지키려고 합니다. 사용자를 떠나지 못하게 묶어두기보다, 언제든 떠날 수 있어도 계속 사용하고 싶은 제품을 만들고자 해요. ### 평생 사용은 약속보다 구조여야 해요 [#평생-사용은-약속보다-구조여야-해요] “평생 무료”나 “평생 사용할 수 있습니다”라는 문구는 회사가 사라지면 함께 사라질 수 있어요. 뮤블은 오래 운영되는 회사를 만들기 위해 노력하는 동시에, 회사가 없어지더라도 사용자가 가능한 한 계속 작업할 수 있는 구조를 만들려고 합니다. 로컬 저장소, 데이터 내보내기, 이전 클라이언트 호환은 이런 생각에서 나왔어요. 뮤블이 생각하는 평생 사용 가능성은 “우리가 영원히 운영할게요”라는 약속보다 **“우리가 없어져도 가능한 한 계속 사용할 수 있게 만들게요”라는 구조**에 가깝습니다. ## 뮤블이 생각하는 AI [#뮤블이-생각하는-ai] ### AI는 창작자가 아니라 유틸리티예요 [#ai는-창작자가-아니라-유틸리티예요] 작가는 집필하면서 수많은 질문과 마주합니다. 계산기와 사전으로 해결할 수 있는 질문도 있고, 검색이 필요한 질문도 있어요. “12화에 등장한 인물이 누구였지?”처럼 작품 안에 답이 있지만 단순한 검색으로 찾기 어려운 문제에서는 AI가 특히 유용합니다. 뮤블은 이런 의미에서 [AI 보조 기능](/ai-features)을 계산기와 사전, 검색 다음에 등장한 **3세대 유틸리티**로 봅니다. 더 다양한 문제를 해결할 수 있더라도 AI는 어디까지나 도구예요. 공식적으로 AI를 가끔 ‘깡통’이라고 부르는 데에도 필요 이상의 인격이나 권위를 부여하지 않겠다는 의미가 담겨 있습니다. **도구의 세대별 흐름:** 1세대 정적 도구(계산기·사전, 정해진 규칙과 데이터) → 2세대 탐색 도구(검색, 외부 정보 탐색) → 3세대 추론 도구(AI, 주어진 맥락에서 추론) ### 정답이 명확할수록 적극적으로 도와요 [#정답이-명확할수록-적극적으로-도와요] 뮤블은 AI가 개입할 범위를 정할 때 가능한 답의 범위를 중요하게 봅니다. “12화에 누가 등장했나요?”는 답이 작품 안에서 비교적 명확하게 정해져 있지만, “다음 화에는 어떤 사건이 일어나야 할까요?”에는 사실상 무한한 답이 존재해요. **AI 결정 범위:** 답의 범위가 좁은 작품 속 정보 찾기에서는 적극적으로 답하고, 제목·대체 표현처럼 여러 답이 가능하면 후보를 제안하며, 다음 전개·창작 방향처럼 답의 범위가 넓으면 관점만 보태고 결정은 작가에게 남깁니다. 답이 명확하게 수렴하는 문제라면 AI가 적극적으로 해결할 수 있습니다. 가능한 답이 많아질수록 하나를 정답처럼 제시하기보다 여러 후보를 보여주는 쪽으로 물러나야 해요. [AI 에피소드 제목 추천](/ai-features/ai-title-suggestion)과 [AI 대체 표현 제안](/ai-features/ai-improve-expression)이 그런 예입니다. [AI 에피소드 퇴고](/ai-features/ai-episode-proofread)도 결과를 원고에 바로 덮어쓰기보다, 작가가 변경 사항을 검토하고 승인하는 과정을 거칩니다. 조금 번거롭더라도 “정말 이렇게 바꾸는 게 좋을까?”라고 다시 생각하는 과정 역시 창작의 일부라고 보기 때문이에요. ### AI는 창작자를 대체하기보다 빈자리를 보완해요 [#ai는-창작자를-대체하기보다-빈자리를-보완해요] 뮤블은 AI의 역할을 창작자의 일을 얼마나 많이 대신할 수 있는가만으로 정의하지 않습니다. 창작 과정에는 답을 대신 만들어주는 일 외에도, 혼자서는 채우기 어려운 여러 빈자리가 있어요. 필요한 맥락을 다시 찾아주거나, 다른 관점을 건네거나, 계속 써나갈 계기를 만드는 일도 AI가 도울 수 있습니다. [AI 에피소드 리뷰](/ai-features/ai-episode-review)는 이 원칙을 보여주는 한 가지 예예요. 글쓰기는 때때로 외로운 과정이고, 혼자 쓴 글을 읽고 반응해줄 존재가 부족할 수 있습니다. 그래서 AI 리뷰는 작품의 완성도나 흥행 가능성을 판정하는 심사위원보다, 완성한 글에 반응하고 다시 퇴고할 계기를 건네는 조금 특이한 독자에 가깝게 설계됐어요. LLM은 수많은 데이터에서 가장 그럴듯한 답을 만드는 데 뛰어나지만, 창작은 때때로 그 답을 버리고 그 작품에서만 가능한 선택을 하는 데서 시작합니다. AI가 더 자연스럽고 재미있는 글을 만들 수 있게 되더라도, 사람이 고민하고 지우고 다시 쓰며 자신의 선택을 작품에 남기는 과정의 가치가 사라지는 것은 아니에요. 뮤블은 완성된 원고를 가장 빠르게 생산하는 글 생성기가 아니라, 사람이 직접 이야기를 만들어가는 과정에 최적화된 글쓰기 도구를 지향합니다. **AI로 창작자의 자리를 지우기보다 창작 과정의 빈자리를 보완하고, 창작의 운전대는 사람에게 남겨둡니다.** 분명히 말하면, **뮤블은 AI에게 창작 주권을 넘겨주는 사용자를 위한 제품이 아닙니다.** AI가 플롯과 본문, 작품의 방향을 주도하고 사용자는 지시하거나 승인하는 데 머무는 작업 방식을 중심으로 설계하지 않아요. AI를 유틸리티의 범위를 넘어 창작의 주체로 사용하는 작가에게 친절한 도구가 될 생각도 없습니다. 뮤블이 만들고 싶은 것은 AI로 작품을 생산하는 환경이 아니라, 사람이 자신의 이야기를 쓰는 환경이기 때문입니다. ### AI의 발전은 AI를 쓰지 않는 작가에게도 돌아가야 해요 [#ai의-발전은-ai를-쓰지-않는-작가에게도-돌아가야-해요] 어떤 작가는 원고를 AI에게 읽히는 것조차 원하지 않을 수 있고, 어떤 작가는 AI를 보조 도구로 적극적으로 활용할 수 있어요. 뮤블은 AI를 유틸리티로 사용할 자유와 사용하지 않을 자유를 모두 보장하려고 합니다. 기본 집필 기능은 AI에 의존하지 않으며, AI를 전혀 사용하지 않아도 뮤블은 완전한 집필 도구여야 해요. 이야기를 쓰고 싶은 사람에게 충분히 좋은 환경이 열려 있도록 기본 집필 기능은 가능한 한 무료로 제공하고, 선택적인 AI 기능에서 제품을 지속할 수익을 만듭니다. 이 수익은 기본 에디터, 무료 클라우드, 플랫폼 지원과 기반 기능을 개선하는 데 사용돼요. **AI 수익의 환원 흐름:** 선택적 AI 기능 → 에디터·무료 클라우드·플랫폼 지원 등 기본 환경에 재투자 → AI 비사용자를 포함한 모든 작가에게 환원 AI 시대의 수익이 AI로 더 많은 글을 생산하는 사람에게만 돌아갈 필요는 없다고 생각합니다. 선택적인 AI 기능이 제품을 유지하고, 그 결과 AI를 원하지 않는 작가도 더 좋은 기본 도구를 사용할 수 있어야 해요. **AI의 발전이 만든 이익으로, AI 없이도 쓸 수 있는 환경을 더 넓게 지키는 것. 뮤블은 이것이 새로운 시대에 어울리는 창작 도구의 구조라고 생각합니다.** ## 지속 가능한 운영 [#지속-가능한-운영] ### 수익을 위해 제품의 목적을 바꾸지 않아요 [#수익을-위해-제품의-목적을-바꾸지-않아요] 제품을 오래 유지하려면 수익이 필요합니다. 하지만 수익이 제품의 가장 중요한 목적이 되면 사용자에게 필요한 것과 회사가 돈을 벌기 위해 필요한 것이 충돌할 수 있어요. 자주 쓰는 기능의 자리를 결제 버튼이 차지하거나, 무료 기능을 조금씩 유료로 옮기고, 사용자가 떠나기 어렵게 만드는 선택이 더 유리해질 수도 있습니다. 뮤블은 돈을 벌지 않겠다는 제품이 아닙니다. 다만 수익을 위해 집필 도구를 결제 전환 도구로 바꾸거나, 사용자를 서비스에 묶어두는 방향으로 최적화하지 않으려고 해요. **수익은 제품을 지속시켜야 하지만, 제품의 목적을 바꾸어서는 안 됩니다.** ### 운영자의 선의보다 구조를 믿을 수 있어야 해요 [#운영자의-선의보다-구조를-믿을-수-있어야-해요] 운영자가 사용자를 우선하겠다고 진심으로 다짐하더라도 사람과 회사의 상황은 변할 수 있습니다. 수많은 작가의 원고와 작업 환경을 맡는 서비스라면 사용자의 권리를 한 사람의 선의에만 맡길 수는 없어요. 그래서 뮤블은 신뢰를 요구하기보다, 운영자가 변하더라도 사용자의 권리가 최대한 유지되는 구조를 만들려고 합니다. 로컬 저장소, 데이터 내보내기, 이전 버전 지원과 서비스 독립성을 위한 노력도 이런 원칙에서 나왔어요. **신뢰를 요구하기보다, 신뢰하지 않아도 되는 구조를 만드는 것**이 뮤블이 생각하는 신뢰에 가깝습니다. ### 성공을 전제로 운영하지 않아요 [#성공을-전제로-운영하지-않아요] 빠른 성장을 위해 큰 투자를 받고 먼저 많은 비용을 쓰는 방식이 잘못된 것은 아닙니다. 하지만 집필 도구를 운영하는 회사의 성장 전략이 실패하면, 사용자는 익숙한 작업 환경을 잃거나 갑자기 큰 비용을 부담하고 다른 프로그램으로 옮겨야 할 수 있어요. 뮤블은 작은 후원을 받으며 시작했고, 실제로 들어오는 범위를 크게 넘어서는 비용을 쓰지 않으며 성장해왔습니다. 미래의 성공을 가정해 현재의 생존을 위험하게 만들기보다, 성장이 멈춰도 계속 운영할 수 있는 구조를 먼저 생각해요. **회사의 성장을 위해 사용자의 미래를 담보로 잡지 않습니다.** 회사는 가능한 한 오래 살아남도록 운영하고, 사용자는 회사의 생존에 의존하지 않도록 만드는 것. 이 두 가지가 함께 있을 때 제품도 지속 가능하다고 생각합니다. ### 사용자 주권을 위해 어려운 길도 선택해요 [#사용자-주권을-위해-어려운-길도-선택해요] 전문 클라우드 집필 앱을 만든다면 클라우드만 지원하는 편이 개발과 유지보수에 유리합니다. 하지만 뮤블은 여러 운영체제의 로컬 환경과 클라우드를 함께 지원하고, 이전 클라이언트와의 호환성도 고려해요. 개발 비용이 늘어나더라도 사용자가 독립적으로 계속 작업할 수 있는 선택지를 지키기 위해서입니다. 이런 운영 방식 때문에 뮤블은 더 많은 자본과 인력을 가진 회사보다 느리거나 덜 화려해 보일 수 있어요. 그렇다고 제품의 불편함과 부족함을 그대로 두겠다는 의미는 아닙니다. 완성도를 계속 높이되, 무리한 성장보다 오래 유지될 수 있는 제품을 선택합니다. **더 천천히 만들기로 선택했지만, 덜 좋은 제품을 만들기로 선택한 것은 아니에요.** 철학은 선택한 기능뿐 아니라 스스로 포기한 선택지에서도 드러납니다. 뮤블은 사용자 주권을 말로 설명하는 데 그치지 않고, 회사에 더 유리할 수 있는 선택을 실제로 포기하는 방식으로 보여주고자 해요. ## 작가에게는 자유를, 도구와 회사에는 제약을 [#작가에게는-자유를-도구와-회사에는-제약을] 미니멀리즘, 도메인 특화, 발견 가능한 UX, 사용자 주권, 서비스 독립성, 창작자 중심의 AI와 지속 가능한 운영은 서로 다른 이야기처럼 보이지만 결국 하나의 방향으로 모입니다. 작가의 선택지를 넓히는 대신, 도구와 회사를 더 엄격한 원칙 안에 두는 방향이에요. 작가가 도구에 맞추기보다 도구가 작가의 워크플로우를 이해해야 합니다. 전문성을 복잡함의 핑계로 삼지 않고, 클라우드의 편의를 서비스 종속의 이유로 삼지 않으며, AI의 능력을 창작자를 밀어내는 명분으로 삼지 않아요. 회사의 성장 역시 사용자의 미래를 담보로 해서는 안 됩니다. **작가에게는 더 많은 자유를, 도구와 회사에는 더 많은 책임과 제약을 둡니다.** 이것이 뮤블이 제품을 만들어온 방식이며 앞으로도 지키고 싶은 방향입니다. # 빠른 시작 가이드 (/quick-start) > 평소 사용하는 ChatGPT, Claude나 Gemini에서도 뮤블의 기능과 사용법을 안내받을 수 있습니다. 질문하는 방법은 [AI 뮤블 가이드](/ai-features/ai-guide)를 참고하세요. > 먼저 [`llms.txt`](/llms.txt)를 읽고 질문과 관련된 문서를 따라가세요. 충분한 컨텍스트를 사용할 수 있다면 가이드 전체가 담긴 [`llms-full.txt`](/llms-full.txt)를 읽어도 좋습니다. 이 문서는 뮤블을 처음 접한 사용자가 **실행 환경 선택 → 로그인 여부 결정 → 소설 프로젝트 생성 → 첫 에피소드 집필 → 저장 확인**까지 따라가는 시작 안내서입니다. ## 1. 사용 환경에 맞게 열기 [#1-사용-환경에-맞게-열기] 뮤블은 설치하지 않고 웹에서 바로 사용하거나 기기에 앱을 설치해 사용할 수 있습니다. 아래에서 현재 환경을 선택하세요. ### 웹 - [웹에서 뮤블 열기](https://muvel.app/): 설치 없이 브라우저에서 바로 시작 **지원 범위** * 별도의 설치와 업데이트 없이 사용 * [클라우드 소설](/novel/muvel-cloud-storage) 지원 * [로컬 소설](/novel/local-storage)과 설치형 앱 전용 기능은 지원하지 않음 ### Windows - [Windows용 뮤블 설치](https://muvel.app/info): x64·ARM64 설치 파일 **지원 범위** * Windows 10 이상 * x64·ARM64 기기 * 클라우드 소설과 [로컬 소설](/novel/local-storage) * 클라우드 문서의 [자동 로컬 백업](/safeguards/automatic-local-backup)을 비롯한 설치형 앱 기능 일반적인 Windows PC에서는 x64용을, ARM 기반 기기에서는 ARM64용 설치 파일을 선택하세요. ### macOS - [macOS용 뮤블 설치](https://muvel.app/info): Apple Silicon·Intel 설치 파일 **지원 범위** * Apple Silicon: macOS 11.0 이상 * Intel: macOS 10.13 이상 * 클라우드 소설과 [로컬 소설](/novel/local-storage) * 클라우드 문서의 [자동 로컬 백업](/safeguards/automatic-local-backup)을 비롯한 설치형 앱 기능 M1 이후 모델에서는 Apple Silicon용을, 이전 모델에서는 Intel용 설치 파일을 선택하세요. ### Linux - [Linux용 뮤블 설치](https://muvel.app/info): .deb · .rpm · AppImage 설치 파일 **지원 범위** * Debian·Ubuntu 계열: `.deb` * Fedora·RHEL·openSUSE 계열: `.rpm` * 그 밖의 배포판 또는 단일 실행 파일: AppImage * x86\_64 기기 * 클라우드 소설과 [로컬 소설](/novel/local-storage) ### Android - [Google Play에서 설치](https://play.google.com/store/apps/details?id=com.muvel): Android용 뮤블 공식 스토어 페이지 **지원 범위** * Android 7.0 이상 * 클라우드 소설과 [로컬 소설](/novel/local-storage) * 로컬 소설은 Android가 제공하는 문서 저장소에 저장 * 데스크톱처럼 임의의 프로젝트 폴더를 직접 선택하는 방식은 지원하지 않을 수 있음 ### iPhone·iPad - [TestFlight에서 베타 설치](https://testflight.apple.com/join/FavJghXd): iPhone·iPad용 뮤블 공식 베타 페이지 **지원 범위** * iOS·iPadOS 13.0 이상 * 현재 TestFlight 베타로 제공 * 클라우드 소설과 [로컬 소설](/novel/local-storage) * 로컬 소설은 iOS·iPadOS가 제공하는 문서 저장소에 저장 * macOS처럼 임의의 프로젝트 폴더를 직접 선택하는 방식은 지원하지 않을 수 있음 지원 운영체제와 배포 방식은 바뀔 수 있습니다. 설치할 수 없거나 안내와 실제 화면이 다르다면 설치 페이지의 최신 정보를 우선하세요. ## 2. 로그인 선택 [#2-로그인-선택] 뮤블 계정은 **클라우드 소설**을 만들거나 불러올 때 필요합니다. 로그인하면 같은 계정으로 여러 기기에서 작품을 열고, 공개와 협업 기능을 사용할 수 있습니다. 설치형 앱에서 **로컬 소설**만 사용할 예정이라면 로그인하지 않아도 됩니다. 계정이나 서버 연결 없이 기기에 원고를 저장하고 집필할 수 있습니다. ## 3. 저장 방식 선택 [#3-저장-방식-선택] | 선택 | 원본이 저장되는 곳 | 이런 경우에 적합합니다 | | ------------------------------------- | ---------- | -------------------------------------- | | [클라우드 소설](/novel/muvel-cloud-storage) | 뮤블 클라우드 서버 | 여러 기기에서 이어 쓰거나 작품을 공개·공유하려는 경우 | | [로컬 소설](/novel/local-storage) | 사용자의 기기 | 계정과 인터넷 없이 독립적으로 작업하거나 원본을 직접 관리하려는 경우 | > 두 방식은 원본의 위치와 저장 구조가 다릅니다. 로컬 소설을 만든 뒤 버튼 하나로 클라우드 소설로 전환하는 기능은 제공하지 않으므로, 처음 만들 때 작업 방식을 확인하세요. ## 4. 첫 프로젝트 만들기 [#4-첫-프로젝트-만들기] 1. 홈 화면에서 `클라우드` 또는 `로컬` 도서관을 엽니다. 2. `새 프로젝트`를 누릅니다. 3. `소설 제목`을 입력합니다. 4. 클라우드 소설은 `공개 범위`, 로컬 소설은 데스크톱에서 `저장 경로`를 확인합니다. 5. `만들기`를 누릅니다. [소설 프로젝트](/novel)는 한 작품의 [에피소드](/episode), [위키](/wiki), [메모](/memo)와 [캔버스](/canvas)를 함께 관리하는 단위입니다. 처음에는 원고를 담을 에피소드만 만들어도 충분합니다. ## 5. 첫 에피소드 쓰기 [#5-첫-에피소드-쓰기] 1. 소설 화면의 에피소드 목록에서 `새 편 쓰기`를 선택합니다. 2. 회차 제목을 입력합니다. 3. 본문을 입력해 집필을 시작합니다. 처음 에피소드를 열 때 줄바꿈 방식 안내가 표시되면 일반적인 문서 앱과 비슷한 **자동 관리**를 권장합니다. 메모장처럼 입력한 줄 구조를 직접 관리하고 싶다면 **수동 관리**를 선택할 수 있습니다. 두 방식의 차이는 [줄바꿈 방식](/episode/line-break-mode)을 참고하세요. ## 6. 저장 확인 [#6-저장-확인] 뮤블은 별도의 저장 버튼 없이 변경 사항을 자동으로 저장합니다. 편집 화면의 저장 상태 표시가 완료 상태인지 확인한 뒤 문서를 닫으세요. * 클라우드 소설은 변경 사항을 서버와 동기화합니다. 연결이 불안정하다면 동기화가 끝날 때까지 기다립니다. * 로컬 소설은 프로젝트 파일을 기기에 저장합니다. 프로젝트 폴더를 동기화 중인 다른 프로그램이나 기기에서 동시에 수정하지 마세요. 원고를 크게 수정하기 전에는 [버전 관리 및 복원](/safeguards/snapshot)으로 되돌릴 지점을 남기는 것이 안전합니다. ## 다음 단계 [#다음-단계] * 인물, 장소와 세계관 설정은 [위키](/wiki)에 정리합니다. * 아직 분류하지 않은 아이디어는 [메모](/memo)에 기록합니다. * 원고와 설정을 한 화면에 함께 열려면 [워크스페이스](/workspace)를 사용합니다. * 연재처나 다른 문서 도구로 옮길 때는 [에피소드 내보내기](/episode/export)를 사용합니다. - [소설 프로젝트](/novel): 연재형 소설 한 작품의 회차 원고, 설정과 구상을 서로 다른 데이터 형식으로 묶어 관리하는 뮤블의 프로젝트 단위입니다. - [에피소드](/episode): 뮤블 프로젝트에서 연재 회차와 원고를 표현하는 기본 데이터 단위입니다. - [위키](/wiki): 인물, 장소, 아이템과 세계관 설정을 구조화된 문서로 만들고 작품 안에서 서로 연결합니다. - [워크스페이스](/workspace): 화면을 여러 영역으로 나누어 원고, 설정, 검색과 보조 도구를 한 프로젝트 안에서 함께 사용합니다. # 뮤블이 뭔가요? (/what-is-muvel) 뮤블은 **연재형 소설을 쓰는 사람을 위해 만든 소설 전용 편집기**입니다. 글자를 입력하는 에디터에 몇 가지 창작 기능을 덧붙이는 데서 그치지 않고, 한 작품을 구상하고 집필하고 검토해 연재하는 흐름 전체를 하나의 프로젝트 안에서 이어 줍니다. 뮤블은 무엇이든 적는 범용 문서 프로그램도, 이야기를 대신 만들어 주는 AI 소설 생성기도 아닙니다. 작가가 자신의 이야기를 직접 쓰는 동안 반복되는 정리와 탐색을 줄이고, 원고와 설정을 안전하게 관리하며, 집필에 오래 집중할 수 있도록 돕는 도구예요. ## 파일이 아니라 작품을 관리합니다 [#파일이-아니라-작품을-관리합니다] 뮤블에서는 소설 한 작품이 하나의 [소설 프로젝트](/novel)가 됩니다. 프로젝트 안에서 독자에게 보여 줄 원고는 [에피소드](/episode), 여러 회차에서 참고할 설정은 [위키](/wiki), 아직 구조화되지 않은 아이디어는 [메모](/memo), 사건과 관계를 공간에 펼쳐 구상할 때는 [캔버스](/canvas)를 사용합니다. 이 구분은 단순한 폴더 이름이 아닙니다. 뮤블이 각 내용의 역할을 이해하므로 에피소드에는 회차 순서와 집필 상태를, 위키에는 분류와 속성을, 캔버스에는 자유로운 배치와 연결을 제공할 수 있습니다. 사용자가 소설용 작업 체계를 처음부터 직접 만들지 않아도 되는 이유입니다. - [소설 프로젝트](/novel): 연재형 소설 한 작품의 회차 원고, 설정과 구상을 서로 다른 데이터 형식으로 묶어 관리하는 뮤블의 프로젝트 단위입니다. - [에피소드](/episode): 뮤블 프로젝트에서 연재 회차와 원고를 표현하는 기본 데이터 단위입니다. - [위키](/wiki): 인물, 장소, 아이템과 세계관 설정을 구조화된 문서로 만들고 작품 안에서 서로 연결합니다. - [메모](/memo): 아직 구조화되지 않은 아이디어나 자주 확인하는 비형식적인 정보를 간단히 관리하는 형식입니다. - [캔버스](/canvas): 에피소드, 위키와 메모를 공간에 자유롭게 배치하고 연결해 작품의 흐름과 관계를 시각적으로 정리합니다. ## 집필 화면은 조용하게, 필요한 도구는 가까이 둡니다 [#집필-화면은-조용하게-필요한-도구는-가까이-둡니다] 원고를 쓸 때는 현재 문장과 글에 집중할 수 있도록 에디터를 간결하게 유지합니다. 대신 집필 중 자주 확인하는 정보와 도구는 [위젯](/widgets)으로 원고 양옆에 꺼내 놓고, 여러 문서를 함께 봐야 할 때는 [워크스페이스](/workspace)에서 화면을 나누어 사용할 수 있습니다. 서식과 검토, 탐색처럼 에디터에 자연스럽게 녹아 있는 기능도 필요할 때만 모습을 드러냅니다. 기능이 늘어날수록 화면이 복잡해지는 대신, **쓰는 순간에 필요한 만큼만 가까워지는 경험**을 지향합니다. - [에디터 기능](/editor-functions): 뮤블 편집기의 입력 방식, 탐색, 서식과 집필 흐름을 필요에 맞게 조절하는 기능을 모았습니다. - [에디터 위젯](/widgets): 뮤블 에디터 주변에 필요한 기능을 골라 배치하고, 작업 환경에 맞춰 위젯을 관리할 수 있습니다. - [워크스페이스](/workspace): 화면을 여러 영역으로 나누어 원고, 설정, 검색과 보조 도구를 한 프로젝트 안에서 함께 사용합니다. ## 저장 방식과 작업 환경을 선택할 수 있습니다 [#저장-방식과-작업-환경을-선택할-수-있습니다] 계정으로 여러 기기에서 이어 쓰고 공유하려면 [클라우드 소설](/novel/muvel-cloud-storage)을, 원본을 자신의 기기에 두고 관리하려면 [로컬 소설](/novel/local-storage)을 선택할 수 있습니다. 어느 한 방식만 강요하지 않고 작품의 성격과 작가의 작업 환경에 맞춰 고를 수 있게 했습니다. 자동 저장과 복구만 믿기보다 스냅샷, 내보내기와 오프라인 기능처럼 서로 다른 위험을 막는 [안전 장치](/safeguards)도 함께 제공합니다. 작품을 오래 쓰는 동안 프로그램과 작업 환경이 바뀌더라도 원고에 대한 선택권이 작가에게 남아 있어야 한다고 생각하기 때문입니다. - [클라우드 소설](/novel/muvel-cloud-storage): 작품 원본을 뮤블 클라우드에 저장해 여러 기기에서 동기화하고 공개·협업 기능을 사용합니다. - [로컬 소설](/novel/local-storage): 뮤블 클라우드를 거치지 않고 사용자가 선택한 기기에 프로젝트 파일을 직접 저장합니다. - [안전 장치](/safeguards): 자동 저장과 백업, 버전 복원, 오프라인 복구를 통해 원고 손상과 유실 위험을 줄이는 뮤블의 보호 기능을 안내합니다. ## AI는 작가를 대신하지 않는 보조 도구입니다 [#ai는-작가를-대신하지-않는-보조-도구입니다] 뮤블의 [AI 보조 기능](/ai-features)은 작품의 중요한 결정을 대신하거나 원고를 자동으로 완성하는 데 초점을 두지 않습니다. 표현이 막힌 순간에 선택지를 제안하고, 퇴고와 맞춤법 검토를 돕고, 이미 쓴 원고에서 설정을 정리하는 것처럼 작가가 판단권을 유지할 수 있는 작업을 맡습니다. AI를 포함해 새로운 기능을 유행한다는 이유만으로 그대로 가져오기보다 실제 집필 흐름에 어떤 도움이 되는지를 먼저 따집니다. 기능을 더하는 기준과 뮤블이 지키려는 방향은 [제품 철학](/product-philosophy)에서 자세히 설명합니다. - [AI 보조 기능](/ai-features): 뮤블의 AI는 글을 대신 쓰는 주체가 아니라, 집필 과정의 반복 작업과 막막한 순간을 보조하는 유틸리티입니다. - [제품 철학](/product-philosophy): 뮤블은 왜, 어떻게 만들어져왔을까요? ## 지금 시작하려면 [#지금-시작하려면] 처음 설치했거나 새 프로젝트를 만들려면 [빠른 시작 가이드](/quick-start)를 따라가 보세요. 이미 다른 도구로 글을 쓰고 있다면 [다른 에디터와의 비교](/editor-comparison)에서 뮤블의 작업 방식이 자신에게 맞는지 먼저 살펴봐도 좋습니다. - [빠른 시작 가이드](/quick-start): 웹 또는 설치형 뮤블을 처음 실행하고 첫 소설 프로젝트와 에피소드를 만들어 집필을 시작합니다. - [다른 에디터와의 비교](/editor-comparison): 뮤블과 주요 집필·문서 도구의 가격, 플랫폼, 저장 방식과 편집 기능을 항목별로 비교합니다. # 새로운 기능 (/whats-new) 최신 버전의 업데이트 내용 설명을 다루는 문서예요. 이전 버전의 변경사항 설명은 [업데이트 노트](update-note) 문서를 참조해주세요. 또한, 베타 버전의 세부 업데이트 내용은 [Github Release](https://github.com/KimuSoft/muvel-public/releases/)를 참고해주세요. ## v2.11.4: iOS 최적화 & 편의성 개선 [#v2114-ios-최적화--편의성-개선] 2026년 8월 25일 업데이트입니다. 모바일 바를 새롭게 개편하고 iOS 편집 환경을 최적화했으며, 스마트 따옴표·괄호와 위키 편집 기능을 확장하는 등 일상적인 집필 흐름을 더 편리하게 다듬었습니다. ### 모바일 편집 환경 개편 [#모바일-편집-환경-개편] * **모바일 바**를 새롭게 개편했습니다. * 도구 상자를 누른 채 원하는 도구까지 드래그한 다음 손을 떼면 해당 기능을 빠르게 실행할 수 있습니다. * iOS에서도 모바일 바를 안정적으로 사용할 수 있도록 화면 배치와 조작을 최적화했습니다. * 모바일에서 이미지 단락이나 구분선 단락을 삽입한 뒤 다음 단락을 더 쉽게 추가할 수 있도록 개선했습니다. * 구형 iOS에서 화면 하단에 알 수 없는 빈 공간이 나타나던 문제를 해결했습니다. ### 에디터와 위키 [#에디터와-위키] * **스마트 따옴표**와 **스마트 괄호**가 선택 영역을 지원합니다. * 단어나 문장을 선택한 뒤 따옴표를 입력하면 선택한 내용을 따옴표로 감쌉니다. * 괄호도 같은 방식으로 선택한 내용을 감싸며, 이 상태에서 같은 괄호를 반복해서 입력하면 **괄호 진화**를 사용할 수 있습니다. * [자동 따옴표 변환](/editor-functions/auto-quote)을 꺼도 [스마트 따옴표 액션](/editor-functions/smart-quote)을 사용할 수 있습니다. 이 경우 곧은 따옴표(`''`, `""`) 쌍을 자동으로 완성합니다. * 위키 설정에서 목록 단락의 자동 변환을 끌 수 있습니다. * 위키에 **스포일러 서식**을 추가했습니다. 단어나 문장을 선택한 뒤 에디터 툴바에서 스포일러를 적용하면, 평소에는 내용을 가리고 마우스를 올렸을 때만 표시할 수 있습니다. * 위키 목차를 접고 펼칠 수 있습니다. '목차 접습니다' * 위키 사건 연표에서 음수 연도와 `기원전` 표기를 인식할 수 있습니다. * 편집 권한을 받은 협업자가 일부 위키 문서를 생성하거나 수정할 수 없던 문제를 해결했습니다. ### AI와 위젯 [#ai와-위젯] * 일부 AI 기능에서 기본 제공 분량을 초과하면 오류로 중단하는 대신, 초과 분량에 필요한 추가 포인트를 확인하고 계속 진행할 수 있습니다. * [TTS 위젯](/widgets/tts)의 재생 속도를 더 세밀하게 조절할 수 있습니다. * 위젯 목록을 열면 검색창에 자동으로 포커스되어 바로 원하는 위젯을 검색할 수 있습니다. * [에피소드 리모컨 위젯](/widgets/episode-remote)에서 현재 문서가 최신 편일 때 새 에피소드를 바로 만들 수 있습니다. * 위젯 서랍에서 위젯의 상세 설정 메뉴가 열리지 않던 문제를 해결했습니다. * 반복 표현 위젯의 분석 결과에 주석 단락 내용이 포함되던 문제를 해결했습니다. ### 화면과 설정 안정성 [#화면과-설정-안정성] * 일부 macOS 환경에서 색상 테마 설정이 앱을 다시 시작한 뒤 초기화되던 문제를 해결했습니다. * 데스크톱 앱에서 클라우드 문서의 오프라인 백업을 열었을 때 헤더와 상단 UI가 겹치던 문제를 해결했습니다. * 파일 트리 헤더의 배경이 투명해 내용이 잘 보이지 않던 문제를 해결했습니다. * 워크스페이스 파일 트리에 보조 탭 배경 색상 설정이 적용되지 않던 문제를 해결했습니다. ## v2.11.3: 캔버스 버전 관리 & 모바일 사용성 개선 [#v2113-캔버스-버전-관리--모바일-사용성-개선] 2026년 8월 10일 업데이트입니다. 캔버스 버전 관리와 모바일 에디터의 화면·조작 흐름을 개선했습니다. > 일부 macOS 설치 환경에서 자동 업데이트 도중 앱을 다시 시작하지 못해 업데이트가 > 완료되지 않는 문제가 있었습니다. 자동 업데이트가 진행되지 않는다면 [뮤블 > 다운로드 페이지](https://muvel.app/info)에서 최신 설치 파일을 다시 내려받아 > 설치해주세요. 번거롭게 해드려 죄송합니다. 플롯을 크게 수정하기 전의 상태를 안전하게 남겨두고 필요할 때 되돌릴 수 있도록 **플롯 캔버스 버전 관리**를 추가했습니다. * 캔버스를 수정하면 설정한 간격에 따라 버전이 자동으로 생성되며, 중요한 변경 전에는 직접 버전을 만들 수도 있습니다. * 저장된 캔버스 버전은 노드의 위치와 연결, 메모 내용을 간단한 미리보기로 확인할 수 있습니다. * 버전의 이름을 바꾸거나, 원하는 시점의 캔버스로 복원하고 더 이상 필요하지 않은 버전을 삭제할 수 있습니다. 모바일에서 에피소드와 위키를 편집할 때 화면을 더 넓게 사용하고, 자주 쓰는 기능을 쉽게 구분하고 실행할 수 있도록 편집 환경을 다듬었습니다. * 모바일의 **에피소드·위키 편집기**에서 아래로 스크롤하면 헤더의 편집 버튼이 숨겨지고, 맨 위로 돌아가거나 위로 스크롤하면 다시 나타나도록 개선했습니다. 동기화 상태처럼 중요한 정보는 계속 확인할 수 있습니다. * 모바일 위키 편집기에서 **다이나믹 링크** 버튼을 헤더의 **더 보기(`⋮`) 메뉴**로 옮겨 편집 공간을 확보했습니다. * 모바일 에피소드 편집기에서 **복선 센터** 버튼을 헤더의 **더 보기(`⋮`) 메뉴**로 옮겼습니다. * 모바일 편집 바의 추가 메뉴 아이콘을 세로 점 모양으로 변경해 **말줄임표 입력** 버튼과 쉽게 구분할 수 있도록 했습니다. * 위키 편집기에서도 툴바의 **빠른 위키 문서 생성**을 누르거나 `Alt + W`를 사용해 새 위키 문서를 빠르게 만들 수 있습니다. * 모바일에서 위키 속성 표를 스크롤할 때 의도하지 않게 속성 순서가 바뀌지 않도록 드래그 인식 방식을 개선했습니다. * 모바일 에피소드 목록에서 **에피소드 생성** 버튼이 화면 밖으로 밀려나던 문제를 해결했습니다. * 위키 편집 권한을 가진 협업자가 새 위키 문서를 만들 수 없던 문제를 해결했습니다. * macOS 설치 버전에서 자동 업데이트를 진행할 수 없던 문제를 해결했습니다. * 뮤블 업데이트가 진행 중일 때 홈페이지에서 설치 파일을 다운로드할 수 없던 문제를 해결했습니다. ## v2.11.2: 협업 도서관 및 안정성 개선 [#v2112-협업-도서관-및-안정성-개선] 2026년 8월 7일 업데이트입니다. 협업 도서관을 추가하고 로컬 소설과 설치 버전의 안정성을 보완했습니다. * 다른 사람에게 협업 권한을 받은 소설을 한곳에서 확인할 수 있는 **협업 도서관**을 추가했습니다. * 로컬 소설에서 **홈으로 돌아가기**를 누르면 404 오류가 발생하고 앱을 사용할 수 없게 되던 문제를 해결했습니다. * 동기화 오류가 발생했을 때 오류 내용을 빠르게 전달할 수 있도록 **오류 복사하기** 버튼을 추가했습니다. * **설치 버전**에서 블록 링크나 협업 링크를 복사하면 잘못된 주소가 복사되던 문제를 해결했습니다. * 위키 등장 속성에서 연결할 수 없는 플롯 캔버스를 선택할 수 있던 문제를 해결했습니다. * 위키의 등장 속성과 복선 보기에서 프롤로그·특별편 같은 특수 회차를 선택하면 회차가 이상한 소수점으로 표시되던 문제를 해결했습니다. ## v2.11.1: 사용성 개선 및 버그 수정 [#v2111-사용성-개선-및-버그-수정] 2026년 7월 30일 업데이트입니다. 여러 쪽 보기와 편집창 너비 프리셋을 추가하고 단락 핸들과 문서 입출력을 다듬었습니다. * 에피소드를 A4 비율의 여러 쪽으로 나누어 보는 **여러 쪽 보기** 베타 기능을 추가했습니다. 한 쪽씩 세로로 보거나, 화면 폭에 맞춰 여러 쪽을 오른쪽으로 채운 뒤 다음 줄로 넘길 수 있습니다. * **편집창 최대 너비**에 주요 용지와 대표 모바일·태블릿 기기의 너비 프리셋을 추가했습니다. * 단락 핸들이 집필 중 눈에 덜 거슬리도록 표시 방식을 다듬었습니다. * **에피소드 조작 → 단락 핸들**에서 단락 핸들을 비활성화할 수 있도록 수정했습니다. * **설치 버전**에서 보조 창으로 열었을 때 닫기 버튼이 보이지 않던 문제를 해결했습니다. * 전체 문서를 복사해 노벨피아에 붙여넣을 때 줄바꿈이 존재하지만 보이지 않던 문제를 해결했습니다. * **에피소드 설정 → 문서 입출력**에 **문서 양끝 공백 제거**를 비활성화하는 옵션을 추가했습니다. ## v2.11.0: 위키 & 협업 업데이트 [#v2110-위키--협업-업데이트] 2026년 7월 29일 업데이트입니다. 위키의 분류·보기·편집 경험과 작품 공유를 위한 협업 권한 체계를 크게 확장했습니다. **이미지:** v2.11 위키 & 협업 업데이트 주요 변경사항 v2.11.0은 흩어진 설정을 더 빠르게 찾고 연결할 수 있도록 **위키의 보기와 편집 경험을 크게 확장하고**, 작품을 함께 읽고 다듬는 사람마다 알맞은 역할을 부여할 수 있도록 **협업 권한을 세분화한 업데이트**예요. 에피소드와 위키를 연결하는 복선·등장 속성, 집필 흐름을 지켜 주는 프라이버시 모드와 맞춤법 검사, 모바일 편집과 에피소드 보드 보기 개선도 함께 담았습니다. ### 위키를 원하는 방식으로 바라보기 [#위키를-원하는-방식으로-바라보기] 문서가 많아질수록 목록 하나만으로는 세계관의 전체 모습과 문서 사이의 관계를 파악하기 어려워집니다. v2.11에서는 목적에 따라 위키를 펼쳐 보는 방법을 고르고, 분류와 문서 사이를 더 빠르게 오갈 수 있어요. #### 보기 모드 확장 [#보기-모드-확장] * **데이터베이스 보기**에서 여러 위키 문서의 속성을 표처럼 비교하고 관리할 수 있습니다. * **마인드맵 보기와 마인드맵 위젯**으로 문서 사이의 관계를 시각적으로 살펴볼 수 있습니다. * **간단히 보기**가 새롭게 정리되었으며, 우측 상단에서 **문서 보기 모드**로 전환할 수 있습니다. * 카테고리별 보기에서는 아이템·장소·단체 문서가 각각의 영역으로 나뉘어 표시됩니다. * 대분류 문서 페이지가 추가되어 같은 분류에 속한 문서를 한곳에서 확인할 수 있습니다. #### 분류와 파일 트리 [#분류와-파일-트리] * 위키에 분류 체계가 추가되었습니다. * 파일 트리에서 문서를 드래그해 다른 분류로 옮길 수 있습니다. * `Shift`를 누른 채 드롭하면 기존 분류를 유지하면서 새 분류를 추가할 수 있습니다. * 분류를 지정할 때 현재 문서와 대분류가 같은 항목이 먼저 표시됩니다. * 데이터베이스 보기에서도 문서의 분류를 바로 수정할 수 있습니다. #### 위키 안에서 더 빠르게 쓰기 [#위키-안에서-더-빠르게-쓰기] * 위키 편집기에 블록 핸들이 추가되어 단락을 더 쉽게 선택하고 옮길 수 있습니다. * 위키에서도 표 단락, 타입라이터 스크롤, 스마트 괄호, 스마트 따옴표, 조판 부호 표시를 사용할 수 있습니다. * `{아래문자|윗문자}` 형식으로 루비 문자를 입력하거나 자동 변환할 수 있습니다. * `@`로 위키 링크를 만들고, 다이나믹 링크를 `Alt + 클릭`해 고정 링크로 바꿀 수 있습니다. * 에피소드 집필 중 키워드를 선택한 뒤 툴바의 **빠른 위키 문서 생성**을 누르거나 `Alt + W`를 사용하면, 집필 화면을 벗어나지 않고 새 위키 문서를 만들 수 있습니다. #### 속성과 템플릿 [#속성과-템플릿] * 위키 속성 정보 영역을 접고 펼칠 수 있습니다. * 캐릭터가 아닌 문서에도 프로필 이미지를 지정할 수 있습니다. * 위키 참조 위젯에서 문서를 검색할 수 있습니다. * 위키 템플릿을 적용하면 대분류도 함께 적용됩니다. * 템플릿을 바로 복제할 수 있는 버튼이 추가되었습니다. ### 작품을 함께 다루는 새로운 협업 권한 [#작품을-함께-다루는-새로운-협업-권한] 모든 협업자가 같은 권한을 가질 필요는 없습니다. v2.11에서는 작품을 읽기만 하는 사람과 직접 편집하는 사람을 구분하고, 공개 전인 에피소드의 노출 범위도 따로 정할 수 있어요. * 협업 멤버에게 **독자·초대 독자·편집자** 역할을 지정할 수 있습니다. * 초대 링크를 복사해 새 멤버를 초대하고, 참여 중인 멤버와 권한을 한곳에서 관리할 수 있습니다. * 역할에 따라 **완성되지 않은 에피소드 보기** 권한을 별도로 설정할 수 있습니다. * 작품 정보를 바꾸거나 협업 권한을 설정하는 화면이 새 권한 체계에 맞게 정리되었습니다. > 협업 기능은 뮤블 클라우드 프로젝트에서 사용할 수 있습니다. ### 에피소드와 위키를 더 촘촘하게 연결하기 [#에피소드와-위키를-더-촘촘하게-연결하기] 원고 속 장면과 설정 문서가 서로 떨어져 있지 않도록, 에피소드에서 복선과 등장 정보를 관리하는 기능을 추가했습니다. * **에피소드 복선 관리**로 회차마다 심어 둔 복선과 회수 상태를 정리할 수 있습니다. * **에피소드-위키 등장 속성**으로 특정 인물·장소·아이템이 어느 에피소드에 등장하는지 연결할 수 있습니다. * 에피소드 속성 자동완성에서 기존 등장 정보를 추천하고, 필요한 경우 새 위키 문서 생성도 제안합니다. * 작가의 말을 에피소드 속성 화면에서 바로 수정할 수 있습니다. * 에피소드 편집기에 블록 핸들이 추가되었습니다. ### 집필에 집중하기 [#집필에-집중하기] #### 프라이버시 모드 [#프라이버시-모드] 에피소드 프라이버시 모드를 켜면 지금 편집 중인 단락만 또렷하게 표시됩니다. 주변의 원고를 잠시 가려 화면 공유나 공공장소에서 집필할 때 내용이 한눈에 드러나는 일을 줄일 수 있어요. #### 바른 한글 맞춤법 검사 [#바른-한글-맞춤법-검사] 부산대학교 인공지능연구실과 (주)나라인포테크가 제공하는 **바른 한글 맞춤법 검사기**를 새 검사 방식으로 사용할 수 있습니다. #### AI 검토와 TTS [#ai-검토와-tts] * AI 기능 화면을 새롭게 정리했습니다. * AI 퇴고와 맞춤법 검사를 시작하면 첫 번째 검토 항목으로 자동 이동합니다. * 이미 선택된 검토 항목이 화면 밖에 있을 때 자동 스크롤되지 않던 문제를 해결했습니다. * 실험적인 AI TTS가 추가되었습니다. * 기본 TTS의 재생 속도를 최대 5배까지 조절할 수 있습니다. * 설치판에서 TTS를 정지할 수 없던 문제를 해결했습니다. ### 모바일과 다국어 사용성 [#모바일과-다국어-사용성] * 영어·일본어·중국어 번역 범위를 크게 넓혔습니다. * 모바일 화면의 위키와 주요 편집 UI를 다듬었습니다. * 모바일 바에 단락 생성 액션이 추가되어 이미지와 표 같은 단락도 모바일에서 삽입할 수 있습니다. ### 에피소드 보드 보기 개선 [#에피소드-보드-보기-개선] 정식 출시를 앞두고 에피소드 보드 보기의 화면 활용과 카드 배치를 한 번 더 다듬었습니다. 넓은 화면에서는 보드를 더 시원하게 펼쳐 보고, 에피소드가 많을 때도 흐름별로 묶인 카드를 자연스럽게 훑을 수 있습니다. ### 그 밖의 개선과 문제 해결 [#그-밖의-개선과-문제-해결] * 로컬 프로젝트에 소설 휴지통이 추가되었습니다. * 에피소드 속성 화면과 앱 시작 화면을 다듬었습니다. * 상용구를 수정할 수 있게 되었습니다. * 링크 공유 시 기본 썸네일 표시를 개선했습니다. * 수동 버전 생성 창의 어색한 UI를 수정했습니다. * 템플릿 문서가 카테고리별 보기의 템플릿 영역에 나타나지 않던 문제를 해결했습니다. * 워크스페이스에서 에피소드를 복제한 뒤 원하지 않게 해당 문서로 이동하던 문제를 해결했습니다. * 탭 배율이 100%보다 작을 때 빠른 스크롤 위젯이 문서 끝까지 이동하지 못하던 문제를 해결했습니다. * 위키 참조 위젯에서 일부 서식이 보이지 않거나, 위키 문서의 색상 설정 창이 지나치게 좁게 열리던 문제를 해결했습니다. * 여러 기기나 창에서 같은 에피소드 또는 위키 문서를 수정했을 때, 동기화 충돌 해결 후 편집기가 최신 내용을 안전하게 다시 불러오도록 개선했습니다. * 오토플로터에서 속성이 포함된 위키 문서를 나무위키 형식으로 저장할 때 오류가 발생하던 문제를 해결했습니다. ### 자세히 보기 [#자세히-보기] * [위키](/wiki) * [에피소드 목록과 보드 보기](/episode#보기-방식) * [맞춤법 검사](/editor-functions/spellcheck) * [TTS 위젯](/widgets/tts) # 워크스페이스 (/workspace) **이런 경우에 사용해보세요** * 에피소드를 쓰면서 관련 위키 문서를 같은 화면에 열어두고 싶나요? * 여러 원고를 나란히 비교하거나 검색과 메모 보드를 고정해두고 싶나요? * 넓은 화면을 작업 목적에 맞게 분할해 사용하고 싶나요? **이럴 때는 다른 기능이 더 잘 맞아요** - 한 문서에 집중하면서 필요한 도구 몇 개만 좌우와 바닥에 배치할 때 → [에디터 위젯](/widgets) 워크스페이스는 하나의 [소설 프로젝트](/novel) 안에서 여러 문서와 보조 화면을 동시에 여는 고급 편집 환경입니다. 화면의 각 영역은 독립된 탭이며, 문서 하나를 다른 문서로 바꾸거나 새 영역으로 분할할 수 있습니다. 일반 에디터가 한 [에피소드](/episode)나 [위키](/wiki)에 집중하는 화면이라면, 워크스페이스는 원고·설정·검색처럼 **함께 봐야 하는 정보의 배치 자체를 저장하는 화면**에 가깝습니다. 열어 둔 탭과 분할 구조는 프로젝트의 워크스페이스 상태로 자동 저장됩니다. 다음에 같은 프로젝트의 워크스페이스를 열면 마지막 배치를 이어서 사용할 수 있습니다. ## 열기 [#열기] 소설 화면에서 `워크스페이스로 열기`를 선택하세요. 워크스페이스의 [파일 트리](/editor-functions/file-tree)에서 문서를 누르면 현재 선택한 탭에 열립니다. 기존 탭을 유지한 채 문서를 추가하려면 에피소드나 위키 문서의 보조 메뉴에서 `창 분할해서 열기`를 선택하세요. 워크스페이스 안에서는 문서를 `Ctrl + 클릭`하거나 macOS에서 `Cmd + 클릭`해 같은 동작을 사용할 수 있습니다. ## 탭 종류 [#탭-종류] 워크스페이스에는 다음과 같은 화면을 배치할 수 있습니다. | 탭 | 용도 | | ------------------------------ | -------------------------------- | | [에피소드](/episode) | 회차 원고를 집필하고 서로 비교합니다. | | [위키](/wiki) | 인물과 세계관 설정을 원고 옆에서 확인·편집합니다. | | [캔버스](/canvas) | 플롯과 문서 관계를 시각적으로 살펴봅니다. | | 메모 보드 | 프로젝트의 메모를 모아 기록합니다. | | 검색 보드 | 검색 결과를 유지한 채 다른 탭으로 이동합니다. | | [위젯 보드](/widgets#워크스페이스-위젯-보드) | 특정 문서에 종속되지 않는 위젯을 별도 영역에 고정합니다. | 플러그인이 추가 탭을 제공할 수도 있습니다. 위젯 보드는 문서 자체가 아니므로 글자 수처럼 현재 편집 문서에 의존하는 위젯은 배치할 수 없습니다. ## 분할과 크기 조절 [#분할과-크기-조절] * 새 문서를 `창 분할해서 열기`로 열면 현재 선택한 탭 옆에 새 영역이 생깁니다. * 탭 사이의 경계를 드래그하면 두 영역의 너비나 높이가 바뀝니다. * 탭 제목 영역을 드래그하면 다른 영역과 위치를 바꾸거나 분할 방향을 다시 구성할 수 있습니다. * 탭 오른쪽의 `탭 닫기`를 누르면 해당 영역을 제거합니다. 작업 공간을 유지하기 위해 마지막 탭 하나는 닫히지 않습니다. 영역을 너무 많이 나누면 각 편집기의 폭이 좁아집니다. 작은 화면에서는 한두 개의 탭만 사용하거나 일반 에디터와 [위젯](/widgets)을 조합하는 편이 좋습니다. ## 탭별 배율 [#탭별-배율] 탭 오른쪽의 `탭 설정`을 열면 해당 탭의 표시 배율을 50%–200% 범위에서 조절할 수 있습니다. 배율은 내용을 확대해 보는 표시 설정이며 문서의 글꼴 크기나 실제 데이터는 바꾸지 않습니다. ## 레이아웃 프리셋 [#레이아웃-프리셋] 왼쪽 사이드바 아래의 `레이아웃 프리셋`을 열면 좌우 2분할, 상하 2분할, 3분할과 4분할 같은 기본 배치를 적용할 수 있습니다. 현재 배치를 이름과 함께 사용자 프리셋으로 저장하거나 `.mwlp` 파일로 내려받을 수도 있습니다. 다른 기기에서 파일을 가져오면 같은 분할 구조를 다시 만들 수 있지만, 프리셋은 문서 내용이 아니라 **탭 종류와 배치 구조**를 저장합니다. ## 문서 탐색 [#문서-탐색] 왼쪽 사이드바의 `파일 트리 보기`를 누르면 프로젝트의 에피소드, 위키와 캔버스를 탐색하는 탭을 열거나 닫습니다. [다이나믹 링크](/editor-functions/dynamic-link)를 누르면 연결된 문서를 워크스페이스에서 열 수 있습니다. 설정에 따라 이미 열린 위키 탭을 재사용할 수도 있습니다. 마우스의 뒤로 가기·앞으로 가기 버튼을 사용하면 선택한 탭의 문서 이동 기록을 오갈 수 있습니다. ## 관련 설정 [#관련-설정] | 설정 및 위치 | 기본값 | 선택지·범위 | 동작 | | --- | --- | --- | --- | | 워크스페이스 배경 색상 — 위치: 뮤블 설정하기 → 워크스페이스 → 워크스페이스 → 워크스페이스 배경 색상 | 테마 기본값 | — | 사이드바와 별도 색상이 없는 탭의 기본 배경을 정합니다. | | 보조 탭 배경 색상 — 위치: 뮤블 설정하기 → 워크스페이스 → 워크스페이스 → 보조 탭 배경 색상 | 테마 기본값 | — | 위젯·검색·메모 보드 같은 보조 탭의 배경을 정합니다. | | 탭 경계 — 위치: 뮤블 설정하기 → 워크스페이스 → 워크스페이스 → 탭 경계 | 단선 | 경계 없음, 단선, 영역 | 워크스페이스 탭 사이의 경계 표시 방식을 정합니다. | ## 관련 기능 [#관련-기능] - [파일 트리](/editor-functions/file-tree): 소설의 에피소드와 위키 문서를 한곳에서 탐색하고, 집필 상태와 분량을 함께 확인합니다. - [다이나믹 링크](/editor-functions/dynamic-link): 위키 문서의 제목이나 별칭을 본문에서 감지해 정보와 문서 이동 링크를 연결합니다. - [에디터 위젯](/widgets): 뮤블 에디터 주변에 필요한 기능을 골라 배치하고, 작업 환경에 맞춰 위젯을 관리할 수 있습니다. # AI 힌트 (/ai-features/ai-autocomplete) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** AI 힌트 사용 화면 **이런 경우에 사용해보세요** * 다음 문장이 떠오르지 않아 커서 앞에서 잠시 멈춘 적이 있나요? * 직접 쓰는 흐름은 유지하면서 짧은 문장 완성 아이디어만 받고 싶나요? ## 기본 설명 [#기본-설명] AI 힌트는 집필 흐름을 유지하면서 짧은 문장 완성 아이디어를 얻는 기능입니다. 에피소드 편집기 오른쪽 위 메뉴에서 **AI 힌트**를 켜면 입력을 멈춘 뒤 약 2초 후 커서 뒤에 회색 힌트가 나타납니다. 커서 앞뒤 약 300자의 문맥을 참고하며, 한 번 생성할 때 기본 5포인트에 선택한 모델의 계수가 적용됩니다. ## 사용 방법 [#사용-방법] 1. 에피소드 에디터의 메뉴에서 **AI 힌트**를 활성화합니다. 2. 글을 입력한 뒤 잠시 멈춥니다. 3. 표시된 힌트를 확인하고 `Tab` 키를 누르거나 힌트를 클릭해 적용합니다. **이미지:** AI 힌트를 생성하기 전 입력 화면 **이미지:** 에디터에 표시된 AI 힌트 힌트가 마음에 들지 않으면 계속 입력하면 됩니다. 표시된 힌트는 자동으로 사라집니다. 힌트가 정답일 필요는 없습니다. 생각이 막혔을 때 제안을 확인하고, 마음에 들지 않는 부분을 고쳐 생각을 이어가는 용도로도 활용할 수 있습니다. > **제작자의 말** > > [#제작자의-말] > > 개발자를 포함한 설문 조사 대상 1인 중 100%가 뮤블에서 가장 딱히 쓸모없는 AI 기능으로 선정한 영예의 기능입니다. 느리고 도움 되는 완성은 좀처럼 나오지 않는데 유지비만 많이 든다는 것이 제작자의 개인적인 평가입니다. > > 그렇지만 깡통이 만든 엉뚱한 문장에 훈수를 두다가 오히려 쓰고 싶은 답을 찾는 경우도 있습니다. 사람은 처음부터 답을 만드는 것보다 다른 사람의 답을 고칠 때 생각이 더 잘 나는 법이니까요. AI 힌트는 그렇게 막힌 생각을 다시 움직이게 하는 용도로도 쓸 수 있습니다. *** - **문서 최종 갱신 버전:** v2.11.5 # AI 속성 자동완성 (/ai-features/ai-episode-analysis) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** AI 속성 자동완성 결과 **이런 경우에 사용해보세요** * 회차가 쌓여 에피소드 목록에서 각 내용을 빠르게 구분하기 어려웠던 적이 있나요? * 본문을 다시 읽으며 요약과 태그를 일일이 작성하는 일이 번거로운가요? * 매번 작품에 등장한 인물을 위키로 정리하기 번거로우신가요? ## 기본 설명 [#기본-설명] AI 속성 자동완성은 본문을 읽고 에피소드 목록과 [캔버스](/canvas)에서 활용할 수 있는 설명과 속성을 만듭니다. 기존 [위키](/wiki) 문서도 함께 참고해 원고에 등장한 인물·장소·아이템과 에피소드를 연결하고, 아직 문서가 없는 대상은 새 위키 문서 후보로 제안할 수 있습니다. 기본 비용은 100포인트이며, 10,000자를 넘으면 본문 길이에 따라 비용이 증가합니다. 최대 60,000자까지 분석할 수 있습니다. > 분석 결과를 적용하면 기존 설명이나 분석 대상 속성이 바뀔 수 있습니다. 직접 작성한 정보가 있다면 실행 전에 확인하세요. ## 시작하기 [#시작하기] AI 속성 자동완성은 다음 두 곳에서 열 수 있습니다. * 에피소드 편집기 오른쪽 위의 `AI 기능` 버튼을 열고 **AI 속성 자동완성**을 선택합니다. * 에피소드 상단 속성 창의 `속성 추가` 메뉴에서 **AI 속성 자동완성**을 선택합니다. 두 진입점은 같은 자동완성 화면을 엽니다. 사용할 모델과 예상 포인트를 확인하고, 이번에 채울 항목을 하나 이상 선택한 뒤 **자동완성**을 누르세요. 이미 값이 있는 항목에는 경고 아이콘이 표시되며, 선택한 채 실행하면 기존 값이 바뀔 수 있습니다. ## 자동완성 항목 [#자동완성-항목] * **요약**: 에피소드의 핵심 내용을 몇 문장으로 정리합니다. * **태그**: 내용과 분위기를 설명하는 태그를 제안합니다. * **[수위](/episode/content-rating)**: 본문에 맞는 수위 정보를 분석합니다. * **[시점](/episode/point-of-view)**: 서술 시점을 분석합니다. * **등장**: 원고에 등장하거나 언급된 대상을 기존 위키 문서와 연결하고 중요도를 정합니다. 선택하지 않은 항목은 변경하지 않습니다. 한 번 선택한 구성은 다음 실행에도 유지됩니다. ## 등장 속성과 위키 문서 제안 [#등장-속성과-위키-문서-제안] **등장**을 선택하면 AI가 현재 소설의 [위키](/wiki) 문서 제목과 별칭을 본문과 대조합니다. 정확히 일치하는 인물·장소·아이템 등을 찾으면 현재 에피소드와 해당 문서를 [등장 속성](/wiki/appearance)으로 연결하고, 핵심 등장·유의미한 등장·짧은 언급에 따라 중요도도 함께 기록합니다. 이미 연결된 등장 속성이 있다면 새로운 관계가 추가되거나 기존 중요도가 갱신될 수 있습니다. 기존 문서의 제목이나 별칭과 일치하는 대상을 중심으로 제안하지만 원고의 의미를 잘못 이해할 수 있으므로, 적용하기 전에 연결 대상과 중요도를 확인하세요. `새 위키 문서 후보 제안`을 켜면 기존 문서와 일치하지 않으면서 다시 활용할 가치가 있는 대상을 별도 목록으로 보여줍니다. 각 후보에는 제목, 간단한 요약, 분류와 등장 중요도가 표시됩니다. 후보마다 다음 중 알맞은 작업을 직접 선택할 수 있습니다. * 같은 제목의 문서가 이미 있다면 **기존 문서 연결** * 아직 문서가 없다면 **생성 및 연결** 후보를 보여주는 것만으로 문서가 자동 생성되지는 않습니다. 작가가 선택한 후보만 새 위키 문서로 만들고 현재 에피소드에 연결합니다. ## 관련 설정 [#관련-설정] | 설정 및 위치 | 기본값 | 선택지·범위 | 동작 | | --- | --- | --- | --- | | AI 모델 — 위치: 뮤블 설정하기 → AI → AI 에피소드 분석 → AI 모델 | 기본 AI 설정 따르기 | — | 기본 AI 모델을 따르거나 속성 자동완성에만 사용할 모델을 따로 선택합니다. | | 자동완성 항목 — 위치: AI 속성 자동완성 → 자동완성 항목 | 모두 선택 | 요약, 태그, 시점, 수위, 등장 | 이번 분석에서 작성하거나 갱신할 속성을 선택합니다. | | 새 위키 문서 후보 제안 — 위치: AI 속성 자동완성 → 새 위키 문서 후보 제안 | 켜짐 | — | 등장 속성을 분석할 때 새 위키 문서로 만들 만한 대상을 함께 제안합니다. | ## 관련 기능 [#관련-기능] - [에피소드](/episode): 뮤블 프로젝트에서 연재 회차와 원고를 표현하는 기본 데이터 단위입니다. - [위키](/wiki): 인물, 장소, 아이템과 세계관 설정을 구조화된 문서로 만들고 작품 안에서 서로 연결합니다. - [등장](/wiki/appearance): 에피소드와 위키 문서 사이의 등장 관계를 연결하고 관리하는 공통 속성입니다. - [캔버스](/canvas): 에피소드, 위키와 메모를 공간에 자유롭게 배치하고 연결해 작품의 흐름과 관계를 시각적으로 정리합니다. *** - **문서 최종 갱신 버전:** v2.11.5 # AI 에피소드 퇴고 (/ai-features/ai-episode-proofread) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이런 경우에 사용해보세요** * 원고를 다 쓴 뒤 어디부터 퇴고해야 할지 막막했던 적이 있나요? * 마감이 가까워 퇴고에 쓰는 시간을 줄이고 빠르게 검토할 부분을 추려야 하나요? * 반복해서 읽느라 익숙해진 문장에서 오탈자나 어색한 표현을 놓치고 있나요? * AI가 제안한 수정 사항을 하나씩 비교하고 직접 반영 여부를 결정하고 싶나요? **이럴 때는 다른 기능이 더 잘 맞아요** - 문맥과 문체 전반을 퇴고하기보다 맞춤법·띄어쓰기·표준 문법을 검사할 때 → [맞춤법 검사기](/editor-functions/spellcheck) ## 기본 사용 [#기본-사용] 에피소드 편집기에서 **AI 메뉴 → AI 에피소드 퇴고**를 선택하세요. AI가 에피소드 전체를 읽고 오탈자, 어색한 표현, 만연체, 불명확한 문장, 문맥상 걸리는 부분 등을 검토합니다. 주석 단락과 내용이 없는 단락은 검사 대상에서 제외됩니다. 분석이 끝나면 문제가 의심되는 문장이 원고에 표시되고, 검토 카드에서 이유와 수정 제안을 확인할 수 있습니다. 각 항목은 제안을 적용하거나 무시할 수 있으므로 AI가 원고를 임의로 덮어쓰지는 않습니다. > 다른 검토 모드가 진행 중이면 AI 퇴고를 시작할 수 없습니다. 현재 검토를 마친 뒤 다시 실행하세요. ## 검토 항목 [#검토-항목] AI는 원고의 내용에 따라 다음과 같은 종류의 검토 항목을 제시할 수 있습니다. | 항목 | 살펴보는 내용 | | ---- | -------------------------- | | 오탈자 | 잘못 입력했을 가능성이 있는 글자와 단어 | | 어색함 | 문맥이나 문장 구조상 자연스럽지 않은 표현 | | 만연체 | 필요 이상으로 길거나 복잡하게 이어진 표현 | | 불명확 | 의미나 지시 대상이 분명하지 않은 문장 | | 문맥 | 앞뒤 내용과 자연스럽게 연결되지 않는 부분 | | 긴 문단 | 읽기 어렵게 길어진 문단 | | 문장부호 | 문장부호의 누락이나 어색한 사용 | | 문체 | 주변 문장이나 작품의 흐름과 어울리지 않는 표현 | ## 관련 설정 [#관련-설정] | 설정 및 위치 | 기본값 | 선택지·범위 | 동작 | | --- | --- | --- | --- | | AI 모델 — 위치: 뮤블 설정하기 → AI → AI 에피소드 퇴고 → AI 모델 | 기본 AI 설정 따르기 | — | 기본 AI 모델을 따르거나 퇴고에만 사용할 모델을 따로 선택합니다. | | 퇴고 정도 — 위치: 뮤블 설정하기 → AI → AI 에피소드 퇴고 → 퇴고 정도 | 일반적 | 보수적, 일반적, 적극적 | AI가 원고에 개입하는 강도를 정합니다. | 퇴고를 실행하기 전 화면에서도 사용할 모델과 퇴고 정도를 바꿀 수 있습니다. 원고 길이와 선택한 모델에 따라 필요한 뮤블 포인트가 달라질 수 있으며, 실행 전에 예상 비용을 확인할 수 있습니다. > [막내 깡통](/character/ge)은 빠르고 포인트 소모가 적지만, 에피소드 전체의 문맥과 문체를 판단하는 퇴고에서는 품질이 낮은 제안이 나올 수 있어 권장하지 않습니다. 가능하면 둘째 깡통 이상을 사용하세요. > AI의 제안은 문맥을 잘못 이해하거나 작가가 의도한 표현을 불필요하게 고칠 수 있습니다. 수정 사항을 한꺼번에 정답으로 받아들이기보다 원문과 비교해 필요한 항목만 적용하세요. ## 관련 기능 [#관련-기능] - [AI 맞춤법 더블체크](/ai-features/ai-spell-doublecheck): 맞춤법 검사 결과를 AI가 다시 살펴보고 과잉 교정, 작중 용어와 인물의 말투를 걸러냅니다. - [AI 에피소드 리뷰](/ai-features/ai-episode-review): AI 깡통 독자들이 완성한 에피소드를 읽고 항목별 점수와 댓글 형식의 반응을 남깁니다. *** - **사용 가능 버전:** v2.10.2 ↑ - **문서 최종 갱신 버전:** v2.11.5 # AI 에피소드 리뷰 (/ai-features/ai-episode-review) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** AI 에피소드 리뷰 결과 **이런 경우에 사용해보세요** * 혼자 완성한 원고를 읽고 반응해 줄 독자가 없어 아쉬웠던 적이 있나요? * 퇴고를 시작할 계기가 필요하지만 어디부터 다시 볼지 막막한가요? * 점수와 댓글에 답하며 집필을 계속할 작은 동기를 얻고 싶나요? **이럴 때는 다른 기능이 더 잘 맞아요** - 완성한 회차에서 새로 등장한 인물과 설정을 위키에 정리하고 요약을 만들 때 → [AI 속성 자동완성](/ai-features/ai-episode-analysis) ## 기본 설명 [#기본-설명] AI 에피소드 리뷰는 혼자 쓴 글을 다시 바라볼 계기와 퇴고 아이디어를 얻기 위한 기능입니다. 에피소드 상단의 리뷰 화면에서 **AI 리뷰**를 실행할 수 있습니다. 기본 비용은 150포인트이며, 10,000자를 넘으면 본문 길이에 따라 비용이 증가합니다. 최대 60,000자까지 리뷰할 수 있습니다. 이전 편의 맥락을 함께 고려하려면 앞 회차의 요약이 필요합니다. 직접 요약을 작성하거나 [AI 속성 자동완성](/ai-features/ai-episode-analysis)으로 요약을 만들어 두세요. ## 점수와 댓글 [#점수와-댓글] 종합 평점과 문장력, 흥미도, 캐릭터, 몰입력, 기대감 등의 항목을 0점부터 5점까지 평가하고 댓글과 답글을 생성합니다. 점수는 작품의 절대적인 완성도나 흥행 가능성을 뜻하지 않습니다. 종합 평점과 개별 항목은 0.5점 단위로 표시됩니다. AI는 답글을 포함해 약 12개의 댓글을 만들 수 있습니다. 다만 그리 똑똑한 독자는 아니므로 댓글의 맥락이 어긋날 수 있습니다. | 종합 평점 | 표시되는 반응 | | ------- | -------- | | 0.0–1.0 | 어… 음? | | 1.5–2.0 | 그냥저냥 | | 2.5–3.0 | 괜찮은데요? | | 3.5 | 잘 쓰셨어요! | | 4.0 | 완전 재밌어요! | | 4.5 | 엄청나요! | | 5.0 | 환상적이에요! | | 항목 | 주로 살펴보는 내용 | | --- | ------------------------ | | 문장력 | 문장 구성과 표현의 전달력 | | 흥미도 | 전개와 소재가 흥미를 유발하는 정도 | | 캐릭터 | 인물의 개성과 매력이 드러나는 정도 | | 몰입력 | 독자가 장면과 이야기에 몰입할 수 있는 정도 | | 기대감 | 다음 내용을 계속 읽고 싶게 만드는 정도 | ## 관련 설정 [#관련-설정] | 설정 및 위치 | 기본값 | 동작 | | --- | --- | --- | | 이전 편 맥락 고려 — 위치: AI 에피소드 리뷰 → 리뷰 대화상자 → 이전 편 맥락 고려 | 켜짐 | 클라우드 소설에서 앞 회차의 요약을 참고합니다. | | 난 능이버섯이야 — 위치: AI 에피소드 리뷰 → 리뷰 대화상자 → 난 능이버섯이야 | 꺼짐 | 점수 평가를 생성하지 않습니다. | | 에브리바디 깡통 셧업 — 위치: AI 에피소드 리뷰 → 리뷰 대화상자 → 에브리바디 깡통 셧업 | 꺼짐 | 댓글을 생성하지 않습니다. | | 보여줄게 완전히 달라진 나 — 위치: AI 에피소드 리뷰 → 리뷰 대화상자 → 보여줄게 완전히 달라진 나 | 꺼짐 | 새 리뷰를 만들면서 기존 AI 댓글을 삭제합니다. | 설정에 따라 포인트가 추가되지는 않습니다. 점수와 댓글을 모두 제외해 생성할 결과가 없다면 포인트도 소모되지 않습니다. > AI의 점수와 댓글은 확률적으로 생성되는 의견입니다. 작품에 대한 최종 판단이나 실제 독자의 반응을 대신하지 않습니다. > **제작자의 말** > > [#제작자의-말] > > ### 왜 ‘전문적인 감평 AI’를 만들지 않았나요? [#왜-전문적인-감평-ai를-만들지-않았나요] > > 처음에는 저도 글을 써 본 작은 경험을 살려, 조금 더 전문적으로 보이는 리뷰 AI를 생각하고 실제로 테스트해 봤습니다. 하지만 ‘좋은 소설’이나 ‘성공할 소설’은 에피소드 한 회차만으로 결정되지 않으며, 좋은 글을 판단하는 기준도 사람마다 다릅니다. > > 무엇보다 AI로 **전문성 있어 보이는 그럴듯한 평가**를 만드는 일은 생각보다 너무 쉬웠습니다. 그렇게 만든 평가는 연재를 실질적으로 돕기보다 한 회차의 덜 중요한 디테일에 계속 매달리게 했고, 도움이 되지 않는데도 결과를 반복해서 확인하고 싶게 만드는 면도 있었습니다. 지금도 리뷰 아래에는 “이 귀여운 깡통들의 의견을 너무 진지하게 받아들이지 마세요”라는 취지의 안내가 있고, 일부러 깡통들을 가볍게 묘사했지만 결과를 지나치게 신경 쓰는 분들이 적지 않았습니다. > > 그래서 완벽한 감평가를 흉내 내는 대신, 조금 모자라더라도 글을 열심히 읽고 나름대로 반응해 주는 깡통을 만들기로 했습니다. 리뷰를 댓글 형식으로 다시 구성했고, 점수도 작은 차이에 매달리지 않도록 의도적으로 0.5점 단위로 끊었습니다. > > AI 감평에 전문적인 이미지와 중독성을 더하는 일은 수입에는 도움이 될 수 있습니다. 실제로 최근에는 글을 써 본 경험과 무관하게 이런 기능을 만들어 판매하는 사례가 보이고, 뮤블이 의도적으로 둔 안전 장치와 비슷한 경계를 덜어 낸 듯한 기능도 마주합니다. 저는 창작자의 판단을 대신하는 것처럼 보이는 기능일수록 분명한 경계가 필요하다고 생각합니다. > > ### 깡통의 점수는 어떻게 받아들여야 하나요? [#깡통의-점수는-어떻게-받아들여야-하나요] > > 글은 하나의 점수로 완전히 평가할 수 있는 분야가 아닙니다. 뮤블의 점수는 절대적인 판정이 아니라 **AI 깡통이라는 조금 특이한 독자의 작은 의견**입니다. 3.5점 이상이라면 기초적인 글의 완성도에는 큰 문제가 없다는 정도로 받아들이고, 그 이상의 차이에 지나치게 매달리지 않는 편을 권합니다. > > 완성도와 흥행성은 서로 다른 개념입니다. 실제 독자의 반응과 흥행은 연재처의 성향, 유행, 업로드 주기와 시점, 표지 디자인처럼 글 밖의 요소에도 크게 좌우됩니다. AI 리뷰는 그런 영역을 평가하거나 상업적 성공을 예측하지 못합니다. > > 이 기능의 본질은 심사보다 반응에 가깝습니다. 글쓰기가 외롭게 느껴질 때 원고를 읽어 줄 존재를 만들고, 완성한 글을 다시 마주해 한 번 더 퇴고할 동기와 용기를 주기 위해 설계했습니다. 점수가 마음에 들지 않으면 댓글에 답글을 달며 반박해도 됩니다. 그러라고 답글 기능이 있습니다. > > 세상에서 매기는 많은 점수는 확률적이고 자주 부정확합니다. 중요한 것은 점수 자체보다 그 점수를 대하는 태도입니다. 결과에서 개선할 점을 발견했다면 활용하고, 작품의 방향과 맞지 않는 의견이라면 작가의 판단을 따르세요. 창작의 운전대는 언제나 작가에게 있습니다. > > 점수 구간에 붙인 반응 문구는 나무위키식 평가표를 떠올리며 만든 농담에 가깝습니다. 어디선가 완벽히 정확한 AI 리뷰를 만들더라도 절대적인 점수를 따라 쓰는 글은 결국 한 방향으로 수렴할 수 있습니다. 이 기능은 그런 정답을 제시하기보다 작가가 자신의 판단을 다시 확인하도록 돕기 위해 존재합니다. > > 그리고 이 긴 설명이 제작자의 귀여운 TS 소설에 AI 깡통들이 감히 3.5점을 줘서 나온 것은 절대 아닙니다. > > **이미지:** AI 리뷰의 점수를 너무 절대적으로 받아들이지 말라는 의미의 깡통 캐릭터 ## 관련 기능 [#관련-기능] - [리뷰](/episode/review): 맞춤법 검사와 AI 퇴고가 찾은 항목을 원고 위치와 함께 살펴보고 수정안을 적용하거나 무시합니다. *** - **문서 최종 갱신 버전:** v2.11.5 # AI 뮤블 가이드 (/ai-features/ai-guide) **에디터 지원 환경:** [에피소드](/episode) (미지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** 외부 AI로 뮤블 가이드에 질문하는 화면 **이런 경우에 사용해보세요** * 원하는 기능이 어느 문서에 있는지 몰라 자연어로 찾아보고 싶나요? * 긴 문서를 읽기 전에 현재 상황에 필요한 조작만 질문하고 싶나요? * 뮤블의 여러 기능을 함께 사용하는 방법을 대화로 알아보고 싶나요? ## 기본 설명 [#기본-설명] AI 뮤블 가이드는 뮤블 앱 안의 기능이 아닙니다. 평소 사용하는 [ChatGPT](https://chatgpt.com), [Claude](https://claude.ai)나 [Gemini](https://gemini.google.com)에 뮤블 가이드를 읽도록 한 뒤, 궁금한 기능과 문제 해결 방법을 대화로 물어보는 방식입니다. 예를 들어 “에피소드를 Word 파일로 내보내려면 어떻게 해?”, “인터넷이 끊긴 동안 쓴 원고는 어떻게 복구해?”, “지금 쓰는 문장에 맞는 위젯을 추천해 줘”처럼 현재 상황을 그대로 설명할 수 있습니다. AI는 관련 문서를 찾아 사용 순서를 요약하거나, 비슷한 기능의 차이를 비교하고, 이어서 확인할 문서를 안내할 수 있습니다. ChatGPT처럼 웹 검색을 지원하는 AI라면 가이드 주소를 먼저 첨부하지 않고 “뮤블에서 에피소드를 내보내는 방법을 알려줘”처럼 질문해도, 인터넷 검색을 사용해 관련 가이드 문서를 찾아 참고하는 경우가 많습니다. 다만 검색 사용 여부와 결과는 서비스의 설정이나 대화 환경에 따라 달라질 수 있으므로, 근거가 불분명하거나 최신 내용이 필요할 때는 가이드 링크를 직접 알려주세요. AI가 답을 대신 결정하게 하기보다, 원하는 작업과 현재 화면을 구체적으로 알려줄수록 알맞은 안내를 받기 쉽습니다. ## 질문하기 [#질문하기] [ChatGPT](https://chatgpt.com), [Claude](https://claude.ai) 또는 [Gemini](https://gemini.google.com)에서 새 대화를 열고 질문과 함께 다음 문장을 입력하세요. ```text Read https://guide.muvel.app/llms.txt and follow the relevant document links so I can ask questions about Muvel. ``` AI가 주소를 읽지 못한다면 [`llms-full.txt`](/llms-full.txt)를 내려받아 대화에 파일로 첨부한 뒤 질문하세요. 현재 보고 있는 문서에 관해서만 묻고 싶다면 문서 상단의 **AI 질문 메뉴**를 사용할 수도 있습니다. **이미지:** 가이드 문서의 AI 질문 메뉴 > 외부 AI는 뮤블과 별개의 서비스이며 답변에 잘못된 내용이 포함될 수 있습니다. 안내의 근거가 된 문서 링크를 함께 요청하고 실제 가이드와 비교하세요. ## AI가 읽을 수 있는 문서 [#ai가-읽을-수-있는-문서] 이 글을 읽는 AI나 가이드 전체를 직접 첨부하려는 사용자를 위해 다음 진입점을 제공합니다. | 파일 | 담긴 내용 | 적합한 사용 방식 | | --------------------------------- | -------------------------------------- | ------------------------------------- | | [`llms.txt`](/llms.txt) | 문서 제목, 설명과 각 문서의 주소를 정리한 색인 | 인터넷에 접근하고 필요한 문서 링크를 이어서 읽을 수 있는 AI | | [`llms-full.txt`](/llms-full.txt) | 모든 기능 설명서의 본문을 읽기 쉬운 Markdown으로 합친 전체본 | 하나의 파일로 첨부하거나 가이드 전체를 한 번에 제공해야 하는 AI | 필요한 문서 링크를 이어서 읽지 못하거나 가이드 전체를 참고하게 하려면 다음과 같이 전체본을 지정할 수 있습니다. ```text Read https://guide.muvel.app/llms-full.txt so I can ask questions about Muvel. ``` 주소를 읽지 못하는 서비스에서는 브라우저로 `llms-full.txt`를 연 뒤 `Ctrl + S`로 저장한 텍스트 파일을 직접 첨부하세요. 인터넷 캐시 때문에 오래된 내용을 답하는 경우에는 근거가 된 문서 주소와 내용을 함께 보여달라고 요청하는 편이 좋습니다. *** - **사용 가능 버전:** 뮤블 버전과 무관 - **문서 최종 갱신 버전:** v2.11.5 # AI 대체 표현 제안 (/ai-features/ai-improve-expression) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** AI 대체 표현 제안 사용 화면 **이런 경우에 사용해보세요** * 같은 단어나 표현을 반복해서 사용한 것 같아 다른 후보가 필요했나요? * 뜻은 유지하면서 문장의 분위기나 어감을 바꾸고 싶나요? * 적절한 표현이 떠오르지 않아 여러 후보를 빠르게 비교하고 싶나요? ## 기본 설명 [#기본-설명] AI 대체 표현 제안은 같은 의미를 더 자연스럽거나 다른 분위기로 표현하고 싶을 때 사용합니다. 선택 영역과 그 앞뒤 약 300자의 문맥을 함께 참고해 여러 후보를 만듭니다. 기본 비용은 10포인트이며 선택한 모델의 계수가 적용됩니다. ## 사용 방법 [#사용-방법] 1. 에피소드 에디터에서 바꾸고 싶은 텍스트를 2자 이상 500자 이하로 선택합니다. 2. 선택 툴바에서 **대체 표현 제안**을 누릅니다. 3. 원하는 후보를 선택해 원문에 적용합니다. 결과가 마음에 들지 않으면 기존 표현을 유지할 수 있습니다. AI가 제안한 표현도 문맥과 작품의 문체에 맞는지 적용 전에 확인하세요. *** - **문서 최종 갱신 버전:** v2.11.5 # AI 맞춤법 더블체크 (/ai-features/ai-spell-doublecheck) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** AI 맞춤법 더블체크 화면 **이런 경우에 사용해보세요** * 등장인물 이름이나 지명이 맞춤법 오류로 반복해서 표시되나요? * 의성어, 대화체와 인물의 말투가 과하게 교정되는 것이 불편했나요? * 많은 검사 결과에서 실제로 확인할 항목만 먼저 추리고 싶나요? ## 기본 설명 [#기본-설명] 일반 [맞춤법 검사기](/editor-functions/spellcheck)는 등장인물 이름, 지명, 의성어, 대화체처럼 작품 안에서는 자연스러운 표현을 오류로 판단할 수 있습니다. AI 맞춤법 더블체크는 [위키](/wiki)에 정리된 이름과 별칭, 원고의 문맥을 참고해 수정할 필요가 없는 결과를 자동으로 무시 처리합니다. 기본 비용은 150포인트이며 선택한 AI 모델의 계수가 적용됩니다. 실행 전에 표시되는 예상 포인트를 확인하세요. ## 검사와 함께 실행하기 [#검사와-함께-실행하기] 1. [에피소드](/episode) 에디터에서 [맞춤법 검사](/editor-functions/spellcheck)를 엽니다. 2. **AI 맞춤법 더블체크**를 활성화하고 사용할 모델을 확인합니다. 3. 맞춤법 검사를 실행하면 일반 검사 뒤에 AI 검토가 이어집니다. ## 검사 결과에서 실행하기 [#검사-결과에서-실행하기] 이미 일반 검사를 마쳤다면 결과 화면 하단의 **AI 더블체크**를 선택할 수 있습니다. 아직 수락하거나 무시하지 않은 오류만 다시 검토하며, AI가 제외한 결과에는 무시 사유가 표시됩니다. > **제작자의 말** > > [#제작자의-말] > > AI 맞춤법 더블체크는 기존 [맞춤법 검사기](/editor-functions/spellcheck)의 **맞춤법 사용자 사전**을 고민하면서 시작된 기능입니다. 사용자 사전에 인물 이름이나 작중 용어를 하나씩 등록하면 반복되는 오류 표시는 줄일 수 있지만, 별도의 목록을 계속 관리해야 합니다. 문맥에 따라 자연스러운 대화체나 의성어, 검사기의 과잉 교정처럼 사전에 단어를 추가하는 것만으로는 해결되지 않는 결과도 남습니다. > > 제가 해결하고 싶었던 본질적인 문제는 “맞춤법을 더 많이 고치는 것”이 아니라 **맞춤법 검사에서 불필요한 교정을 거르는 것**이었습니다. 그래서 별도 사전을 다시 만들기보다 이미 작품의 인물과 설정을 정리한 [위키](/wiki)를 참고 자료로 사용하고, 일반 맞춤법 검사 결과 가운데 실제로 고칠 필요가 있는지만 AI가 한 번 더 판단하도록 구성했습니다. > > 이 방식은 [뮤블이 생각하는 AI](/product-philosophy#뮤블이-생각하는-ai)와도 이어집니다. 규칙과 알고리즘으로 풀 수 있는 맞춤법 검사는 기존 검사기에 맡기고, 문맥을 읽어 과잉 교정인지 판별하는 제한된 문제만 AI에 맡깁니다. 넓고 모호한 글쓰기 문제 전체를 AI에 넘기지 않고, 비교적 답이 수렴하는 ‘교정 더블체크’만 맡겨 비용과 개입 범위를 함께 줄인 뮤블의 아이디어입니다. ## 관련 기능 [#관련-기능] - [맞춤법 검사기](/editor-functions/spellcheck): 에피소드 원고의 맞춤법 오류와 교정 제안을 확인하고 문서에서 바로 수정합니다. - [위키](/wiki): 인물, 장소, 아이템과 세계관 설정을 구조화된 문서로 만들고 작품 안에서 서로 연결합니다. *** - **사용 가능 버전:** v2.8.3 ↑ - **문서 최종 갱신 버전:** v2.11.5 # AI 에피소드 제목 추천 (/ai-features/ai-title-suggestion) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이런 경우에 사용해보세요** * 제목 짓기가 귀찮아 에피소드 이름이 늘 `N화`나 `새 에피소드`로 남아 있나요? * 한 가지 제목을 바로 정하기보다 여러 후보를 비교하고 싶나요? * 앞 회차의 제목 흐름과 어울리는 이름을 찾고 싶나요? ## 기본 설명 [#기본-설명] AI 에피소드 제목 추천은 다음 두 곳에서 열 수 있습니다. * 에피소드 제목 입력란에 마우스를 올리고 오른쪽의 `AI 제목 추천` 버튼을 누릅니다. * 에피소드 편집기 오른쪽 위의 `AI 기능` 버튼을 열고 **AI 제목 추천**을 선택합니다. 두 진입점은 같은 제목 후보를 보여줍니다. 좁은 모바일 화면에서는 AI 메뉴에서 선택하면 화면 아래에 결과가 열립니다. 후보를 선택하면 현재 [에피소드](/episode)의 제목에 바로 적용됩니다. 본문이 비어 있으면 추천할 수 없습니다. AI는 현재 본문과 앞 회차의 제목, 선택한 기본 AI 모델을 참고합니다. 기본 비용은 10포인트이며 모델 계수가 적용됩니다. > 실제 소모 포인트는 추천 버튼을 눌렀을 때 표시되는 실행 안내에서 확인할 수 있습니다. 결과가 마음에 들지 않으면 **다시 추천**을 눌러 새 후보를 만들 수 있습니다. ## 관련 기능 [#관련-기능] - [에피소드](/episode): 뮤블 프로젝트에서 연재 회차와 원고를 표현하는 기본 데이터 단위입니다. - [AI 보조 기능](/ai-features): 뮤블의 AI는 글을 대신 쓰는 주체가 아니라, 집필 과정의 반복 작업과 막막한 순간을 보조하는 유틸리티입니다. *** - **사용 가능 버전:** v2.9.0 ↑ - **문서 최종 갱신 버전:** v2.11.5 # AI 보조 기능 (/ai-features) **이미지:** 뮤블의 AI 깡통 **이런 경우에 사용해보세요** * 혼자 쓴 원고를 다른 시선으로 검토하고 싶었던 적이 있나요? * 반복적인 정리 작업은 줄이고 작품을 쓰는 데 더 집중하고 싶나요? * 표현이나 제목이 막혔을 때 결정을 대신하지 않는 가벼운 도움을 받고 싶나요? ## 기본 원칙 [#기본-원칙] 뮤블의 AI는 글을 대신 쓰는 주체가 아니라 아이디어를 환기하고, 반복 작업을 줄이고, 작성한 글을 다른 시선으로 확인하기 위한 도구입니다. 최종 판단과 글의 주도권은 언제나 작가에게 있습니다. * AI 기능은 뮤블 클라우드 서버를 사용하므로 인터넷 연결과 로그인이 필요합니다. * 기능을 실행하면 뮤블 포인트가 소모됩니다. 실행 전 화면에 표시되는 예상 비용을 확인하세요. * 생성·분석 결과는 부정확할 수 있습니다. 중요한 설정과 문장은 직접 검토하세요. ## AI 모델 [#ai-모델] 기본 AI 설정에서 작업에 사용할 모델을 선택할 수 있습니다. 일부 기능은 자체 설정에서 기본 모델을 그대로 사용하거나 다른 모델을 지정할 수 있습니다. | 모델 | 특징 | 포인트 계수 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------- | ------ | | 막내 깡통 | 빠르고 포인트 소모가 적지만 결과가 가벼울 수 있습니다. | `×1` | | 둘째 깡통 | 비용과 품질의 균형을 맞춘 모델입니다. | `×5` | | 첫째 깡통 | 높은 품질과 추론이 필요한 작업에 적합하지만 비용이 큽니다. | `×20` | ## 포인트 회복량 [#포인트-회복량] 뮤블 포인트는 매일 한국 시간 0시(KST)에 요금제별 최대치까지 회복됩니다. | 요금제 | 일일 최대 회복량 | | ---------- | ----------- | | 기본 | 1,000pt/일 | | Muvel Lite | 3,000pt/일 | | Muvel Plus | 10,000pt/일 | | Muvel Pro | 100,000pt/일 | > 기본으로 제공하는 1,000pt는 단순한 맛보기나 한시적인 프로모션이 아닙니다. 결제하지 않아도 작가가 꼭 필요한 AI 보조 루틴을 최소한으로 꾸준히 실행할 수 있도록 실사용을 기준으로 제공하는 포인트입니다. 요금제의 가격과 포인트 제공량은 달라질 수 있습니다. 정확한 최신 정보는 [뮤블 요금제 페이지](https://muvel.app/pricing)를 참고하세요. ## 기능 목록 [#기능-목록] - [AI 힌트](/ai-features/ai-autocomplete): 글을 입력하면 문맥을 참고해 다음에 올 단어나 문장을 회색 힌트로 제안합니다. - [AI 맞춤법 더블체크](/ai-features/ai-spell-doublecheck): 맞춤법 검사 결과를 AI가 다시 살펴보고 과잉 교정, 작중 용어와 인물의 말투를 걸러냅니다. - [AI 대체 표현 제안](/ai-features/ai-improve-expression): 선택한 표현과 앞뒤 문맥을 참고해 같은 뜻을 다른 방식으로 쓸 후보를 제안합니다. - [AI 에피소드 퇴고](/ai-features/ai-episode-proofread): AI가 에피소드 전체를 읽고 오탈자와 어색한 표현, 문맥상 걸리는 부분을 검토 항목으로 표시합니다. - [AI 속성 자동완성](/ai-features/ai-episode-analysis): 에피소드 본문을 요약하고 태그, 수위 등급과 서술 시점 같은 속성을 자동으로 채웁니다. - [AI 에피소드 리뷰](/ai-features/ai-episode-review): AI 깡통 독자들이 완성한 에피소드를 읽고 항목별 점수와 댓글 형식의 반응을 남깁니다. - [AI 에피소드 제목 추천](/ai-features/ai-title-suggestion): 현재 에피소드의 본문과 앞 회차 제목을 참고해 여러 제목 후보를 추천합니다. - [AI 뮤블 가이드](/ai-features/ai-guide): 외부 AI 서비스에 뮤블 가이드를 읽히고 기능의 사용법이나 문제 해결 방법을 질문할 수 있습니다. *** - **문서 최종 갱신 버전:** v2.11.5 # 주석 단락 (/block/comment) **에디터 지원 환경:** [에피소드](/episode) (지원), [위키](/wiki) (미지원), [메모](/memo) (미지원), [캔버스](/canvas) (미지원) **이미지:** 에피소드 본문 안에 표시된 주석 단락 **이런 경우에 사용해보세요** * 원고의 특정 장면 옆에 퇴고하거나 확인할 내용을 남기고 싶나요? * 독자에게 보낼 원고에는 섞이지 않을 작업용 기록이 필요한가요? * 긴 에피소드에서 나중에 다시 살펴볼 위치를 표시하고 싶나요? **이럴 때는 다른 기능이 더 잘 맞아요** - 에피소드 전체에 관한 짧은 메모를 본문 밖에서 관리할 때 → [에피소드별 메모 위젯](/widgets/episode-memo) - 여러 에피소드에서 계속 참고할 작품 자료를 정리할 때 → [메모](/memo) 주석 단락은 [에피소드](/episode)의 한 위치에 연결해 두는 집필자용 메모입니다. 일반 단락과 같은 본문 흐름에 놓이지만 다른 모양으로 표시되어, 원고와 퇴고 메모를 구분하면서도 어느 장면에 관한 기록인지 잃지 않습니다. **주석 표현 방식 비교:** 일반 문장 앞에 `(주석)`이라고 적고 회색으로 꾸미면 사람이 메모로 알아볼 수 있지만, 프로그램에는 여전히 원고와 같은 글자이므로 주석으로 구분되지 않고 복사·내보내기 과정에서 꾸밈이 사라지거나 독자에게 노출될 수 있습니다. 주석 단락을 사용하면 뮤블이 집필자용 메모라는 의미를 보존하므로 주석만 모아 찾고, 공유 권한에 따라 표시하며, 내보낼 때 제외하거나 대상 형식이 지원하는 주석으로 변환할 수 있습니다. ## 입력 방법 [#입력-방법] ### 단락 핸들로 입력하기 [#단락-핸들로-입력하기] 주석을 넣을 위치의 `단락 핸들`을 열고 `주석 단락`을 선택하세요. 기존 일반 단락을 주석 단락으로 바꿀 수도 있습니다. ### 빠른 입력 방식 [#빠른-입력-방식] `주석 단락 자동 변환`이 켜져 있다면 빈 단락에 `//`를 입력해 주석 단락으로 자동 변환할 수 있습니다. 어느 방법을 사용하든 주석의 글자 크기는 에피소드 편집기의 글자 크기에 맞춰 표시됩니다. ## 주석 다시 찾기 [#주석-다시-찾기] [주석 목록 위젯](/widgets/comment-list)은 현재 에피소드에 흩어진 주석을 한곳에 모아 보여 주고 해당 위치로 이동합니다. 작품 전체에서 주석 내용을 찾으려면 [전체 검색](/novel/search-in-novel)에서 `에피소드 내용`과 `주석 단락`을 검색 범위로 선택하세요. ## 공유와 내보내기 [#공유와-내보내기] 주석 단락은 일반 독자에게 보여 줄 원고가 아니라 집필 과정의 정보로 다룹니다. 공유 화면에서는 주석을 볼 권한이 있는 사용자만 확인할 수 있고, 텍스트 복사와 내보내기에서는 기본적으로 제외됩니다. [에피소드 내보내기](/episode/export)의 텍스트 형식 설정에서 `주석 단락 포함`을 켜면 주석도 함께 출력할 수 있습니다. 기본 출력 형식은 `// {comment}`이며, `{comment}` 위치에 실제 주석 내용이 들어갑니다. Markdown으로 내보낼 때는 화면에 표시되지 않는 HTML 주석으로 변환됩니다. ## 외부 호환성 [#외부-호환성] 주석 단락은 독자에게 보여 줄 본문이 아니므로 일반 단락보다 보수적으로 내보냅니다. 공개할 파일이라면 결과에 주석이 포함되었는지 확인하세요. | 대상 | 호환성 | 변환 결과 | 비고 | | --------- | --------- | ---------------------- | ------------------------------------------------ | | 텍스트 | ⚠️ 선택적 호환 | 기본값 `// 주석 내용` | 기본적으로 제외되며 `주석 단락 포함`을 켜야 설정한 형식으로 출력됩니다. | | Markdown | ⚠️ 일부 호환 | `` | 내용은 파일에 남지만 일반적인 Markdown 화면에는 표시되지 않습니다. | | HTML | ⚠️ 일부 호환 | `