Loading skill
Install any skill in seconds. Free to start, no credit card required.
Get Started Free →도서 본문 챕터 초고 집필 — 꼭지 단위 작성·매수 관리·인용 처리·4 장르 문체 자동 분기. book-outline-designer의 챕터 시놉시스를 입력받아 한 꼭지를 처음부터 끝까지 완결성 있게 작성. 실용서(명료·실습)·인문(서사·문체)·기술(코드·도표)·소설(묘사·시점) 프리셋. 200자 원고지 매수 자동 카운트·인용 각주 표기·도표·코드 블록 통합. 다음과 같은 요청 시 반드시 이 스킬을 사용하세요: - "챕터 본문 작성", "꼭지 집필", "원고 작성" - "도서 본문", "장 본문", "초고 작성" - "장르별 문체", "출판 원고 작성" - "인용 처리", "각주 표기", "도표 삽입"
.claude/skills/modu-ai-book-chapter-writer/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | 218% | 0% |
| case-10 | ✗→✓ | ▲ Improved | 191% | 0% |
| case-14 | ✗→✓ | ▲ Improved | 139% | 0% |
| case-15 | ✗→✓ | ▲ Improved | 213% | 0% |
| case-17 | ✗→✓ | ▲ Improved | 168% | 0% |
> 도서 본문을 꼭지 단위로 처음부터 끝까지 완결성 있게 집필하는 스킬. book-outline-designer의 챕터 시놉시스(5요소: 도입·약속·본문요약·사례·연결)를 입력받아 200자 원고지 분량을 정확히 맞춰 작성. 4 장르별 문체 자동 분기(실용·인문·기술·소설). 출판 표준 분량·인용 양식·도표 자리표시·코드 블록을 함께 처리해 출판사 편집자 손에 그대로 넘길 수 있는 수준의 초고 생성. 한 꼭지에서 무엇을 전달할지(핵심 메시지)를 먼저 정하고 언제 예시를 배치할지 설계한다.
본문 집필은 꼭지 단위(실용서·기술서 기준 3-10매, 200자 원고지)로 진행. 한 꼭지는 다음 5 요소를 갖춰야 완결성 확보:
| 요소 | 분량 비중 | 역할 | |------|----------|------| | 훅 (Hook) | 10% | 첫 문장·첫 단락으로 독자 시선 잡기 | | 본문 (Body) | 70% | 핵심 주장·사례·근거 | | 클라이맥스 | 10% | 가장 강력한 인용·결론·통찰 | | 정리 (Closing) | 5% | 한 줄 요약·실천 제안 | | 다음 연결 | 5% | 다음 꼭지·장으로 호기심 유발 |
200자 원고지 표준 — 출판사가 분량을 가늠하는 기준. 워드 카운트 ÷ 4 ≈ 매수.
자동 호출 트리거 (frontmatter description 참조). 슬래시 호출: /book-chapter-writer.
book-outline-designer의 장 단위 시놉시스에서 작성할 꼭지 1개 선택. AskUserQuestion으로 다음 확인:
| 항목 | 질문 | |------|------| | 꼭지 위치 | 몇 장 몇 꼭지? (예: "2장 3꼭지") | | 목표 분량 | 매수 (예: 4매·800자) | | 주제 한 줄 | 이 꼭지가 다룰 한 문장 | | 페르소나 시점 | 어떤 페르소나를 가정해 쓸 것인가? | | 인용·자료 | 인용할 자료·도표·코드 미리 정리 |
확장된 시놉시스를 5 요소 골격으로 분해:
[훅] (1~2 문장)
[훅에서 본문 도입으로 자연스러운 다리]
[본문 단락 1] (핵심 주장 1)
- 근거 1
- 사례·인용 1
[본문 단락 2] (핵심 주장 2)
- 근거 2
- 사례·인용 2
[본문 단락 3] (핵심 주장 3 — 선택)
- 근거 3
- 사례·인용 3
[클라이맥스] (가장 강력한 통찰·인용·결론)
[정리] (한 줄 요약 + 실천 제안)
[다음 연결] (다음 꼭지·장 예고)장르별 문체 프리셋 자동 적용. 자세한 분기는 §4 참조.
| 인용 유형 | 표기 | |----------|------| | 짧은 인용 (1-2 문장) | 따옴표("…") | | 긴 인용 (3 문장 이상) | 들여쓰기 인용 단락 + 출처 | | 통계·데이터 | 본문 인용 + 각주에 출처 | | 인터뷰·발언 | 발언자 + 매체 + 날짜 명시 | | 인터넷 자료 | 접속일 + URL 각주 |
| 자료 | 자리표시 | |------|----------| | 도표 | [도표 X-Y. 도표 제목] (X=장, Y=순번) | | 코드 | language ... (기술서) | | 스크린샷 | [그림 X-Y. 그림 제목] | | 인포그래픽 | [인포그래픽 X-Y] | | 실습 박스 | > **실습**: … | | 체크리스트 | - [ ] 항목 |
| 차원 | 분기 | |------|------| | 문체 | 명료·실용·약속 중심 | | 어미 | "~다", "~합니다" 혼용 가능 (출판사별) | | 문장 길이 | 짧게 (평균 30-50자) | | 단락 길이 | 3-5 문장 | | 사례 | 구체적 숫자·기간·결과 명시 | | 시각 자료 | 도표·체크리스트·실습 박스 (꼭지당 2-4개) | | 어조 | 친근하고 격려하는 톤 (선생님→학생) |
훅 예시 패턴:
| 차원 | 분기 | |------|------| | 문체 | 서사·문체 중심·은유 활용 | | 어미 | 작가 개성 (~이다, ~다, ~ㅂ니다 자유) | | 문장 길이 | 다양 (짧은 문장과 긴 문장 교차) | | 단락 길이 | 5-10 문장 | | 사례 | 일상 관찰·문학 인용·역사 사례 | | 시각 자료 | 적음 (사진·삽화 정도) | | 어조 | 사색적·고백적·따뜻함 |
훅 예시 패턴:
| 차원 | 분기 | |------|------| | 문체 | 명료·정확·기술 용어 사용 | | 어미 | "~다" 일관 (학술적) | | 문장 길이 | 명확하게 (평균 30-60자) | | 단락 길이 | 3-7 문장 (개념별 단락) | | 사례 | 코드 예제·도표·실습 단계 | | 시각 자료 | 매우 풍부 (꼭지당 3-6개) | | 어조 | 친절한 동료 개발자 톤 (입문서) / 정확한 전문가 (심화) |
훅 예시 패턴:
| 차원 | 분기 | |------|------| | 문체 | 묘사·시점·문체 일관성 | | 시점 | 1인칭/3인칭·전지적/제한적 (장 전체 일관) | | 어미 | 작가 개성 | | 문장 길이 | 다양 (장면·인물 심리에 따라) | | 단락 길이 | 가변 (대화·묘사·서술 교차) | | 인물 | 행동·말투·심리 일관성 | | 시각 자료 | 없음 (텍스트 위주) | | 어조 | 작품 세계관에 일관 |
훅 예시 패턴:
markdown# [장 X. 장 제목] / [꼭지 Y. 꼭지 제목] (메타: ___ 매·___자·___ 시간 추정 독서) --- [훅 — 1~2 문장] [훅에서 본문으로 다리] [본문 단락 1] [근거 + 사례·인용] [본문 단락 2] [근거 + 사례·인용] [본문 단락 3 (선택)] [근거 + 사례·인용] [클라이맥스] [정리 — 한 줄 요약 + 실천 제안] [다음 꼭지·장 연결] --- ## 인용·각주 (꼭지 끝) 1. [인용 1 — 발언자·매체·날짜] 2. [인용 2] ... ## 도표·자료 - [도표 X-Y. 도표 제목] — [설명] - [그림 X-Y. 그림 제목] — [설명] ## 메타 정보 - 분량: ___자 (200자 원고지 ___매) - 인용 출처 수: ___ 개 - 도표·자료 수: ___ 개 - 문체 일관성: ✅/❌ (장르 프리셋 준수)
book-outline-designer 출력: 2장 3꼭지 "30일 챌린지 시작하기" 시놉시스.
이 꼭지 본문 작성. 4매 (800자).→ 훅: "월급쟁이로 5년을 일하던 어느 날, 통장 잔고를 보고 결심했다." (시나리오형) → 본문: 30일 챌린지 3 단계 (1단계 자기진단·2단계 채널 선택·3단계 첫 매출) + 사례 → 클라이맥스: "30일 후 통장에 처음으로 부업 매출이 찍혔다." → 정리: "30일 챌린지의 핵심은 시작이 아니라 멈추지 않는 것." → 다음 연결: "다음 꼭지에서는 첫 매출 100만원 만드는 채널 선정법을 다룬다." → 도표·체크리스트 2개 자리표시
"Next.js 15 App Router 첫 페이지 만들기" 꼭지 본문 작성. 8매 (1,600자).
주니어 3년차 개발자 페르소나.→ 훅: "Pages Router에 익숙하던 우리에게 App Router는 새로운 패러다임이다." (문제 정의) → 본문: 1) App Router 폴더 구조 / 2) 첫 page.tsx 작성 / 3) 동작 확인 → 코드 블록 3개 (폴더 트리·page.tsx·실행 결과) → 클라이맥스: "App Router의 핵심은 서버 컴포넌트가 기본이라는 것이다." → 정리: "✅ App Router 폴더 만들기 ✅ page.tsx 작성 ✅ 동작 확인" → 다음 연결: "다음 꼭지에서는 layout.tsx로 공통 레이아웃을 다룬다."
"새벽 5시, 카페에서 만난 나" 에세이 1장 본문 작성. 5매 (1,000자).
40대 워킹맘 시점.→ 훅: "새벽 5시. 동네 24시 카페의 형광등은 차갑게 푸르다." (장면 묘사) → 본문: 새벽에 글을 쓰러 나오는 일상 + 그 자리에서 만난 자기 자신 +"엄마"라는 호칭에 대한 사유 → 인문 프리셋 → 서사·은유·문체 일관성
| 분량 표현 | 변환 | |----------|------| | 1 매 | 200자 (공백 포함) | | 1 매 (워드) | 약 400자 (공백 제외) | | A4 1장 (10pt, 1.5 줄간격) | 약 3-4 매 | | 200쪽 책 | 약 200-250 매 | | 300쪽 책 | 약 300-400 매 |
| 출판사 | 어미 선호 | 문체 | |--------|----------|------| | 한빛미디어 | ~다 | 명료·정확 | | 인사이트 | ~다 | 정확·전문 | | 길벗 | ~합니다 | 친근·격려 | | 웅진지식하우스 | ~합니다 | 친근·약속 | | 다산북스 | ~합니다 | 친근·격려 | | 민음사 | 작가 자유 | 문학적 | | 문학동네 | 작가 자유 | 문학적 | | 창비 | 작가 자유 | 사회적·문학 |
| 함정 | 피하는 법 | |------|----------| | 분량 폭주 | 꼭지 분량 ±20% 초과 시 다음 꼭지로 분리 검토 | | 장르 문체 위반 | 4 장르 프리셋 일관성 (실용서에 소설 문체 금지) | | 인용 표기 누락 | 모든 인용·통계·발언에 출처 명시 | | 추상어 남용 | "다양한", "여러", "많은" 같은 추상어 → 구체적 숫자 | | AI 티 (Slop) | 본문 작성 후 moai-coworker:ai-slop-reviewer → moai-writer:korean-humanize 체이닝 필수 | | 한자어 과다 | 우리말 우선, 한자어는 정확한 용어일 때만 | | 출판사 양식 무시 | 투고 출판사의 어미·문체 컨벤션 사전 확인 |
book-concept-planner — 컨셉서·USPbook-target-reader — 페르소나 (본문 문체·톤 결정)book-outline-designer — 챕터 시놉시스 (5요소)book-author-bio — 저자 정체성 (본문의 1인칭·관점)book-revision-coach — 퇴고·교열 (본문 초고 작성 후 즉시)moai-marketer:content-blog — 블로그 포스팅 (단편 콘텐츠)moai-marketer:content-newsletter — 뉴스레터 (시리즈 콘텐츠)book-revision-coach — 퇴고·교열moai-writer:korean-spell-check — 한국어 맞춤법moai-coworker:ai-slop-reviewer — AI 슬롭 검수 (필수)moai-writer:korean-humanize — AI 티 정밀 윤문 (필수)> ⚠️ 출판 본문은 AI 티가 가장 잘 드러나는 산출물. 정규 체인 book-chapter-writer → moai-coworker:ai-slop-reviewer → moai-writer:korean-humanize 필수.
| 자료 | URL | 용도 | |------|-----|------| | KPIPA | https://www.kpipa.or.kr | 출판 표준·원고지 분량 가이드 | | 국립국어원 | https://www.korean.go.kr | 한글 맞춤법·외래어 표기 | | 한국출판콘텐츠 KPC | https://www.kpc.or.kr | 출판 편집 가이드 | | 한국저작권위원회 | https://www.copyright.or.kr | 저작권·공정 사용 가이드 |
GOOS Obsidian vault에서 "본문 집필·문체·구체성·인용" 관련 인사이트 추출 (카피라이팅 7기술 + 문장 수집 6법 + 인사이트 도출 3단계 적용). 원문 비유·표현은 그대로 사용하지 않음.
버전 히스토리
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-04 | fail→fail | 14,918 | 10,408 | -30% | 1 | 1 | 0% | 2,306 | 6,417 | +178% | 0 | 0 | — |
case-01 | fail→pass | 16,514 | 18,557 | +12% | 1 | 1 | 0% | 2,598 | 8,269 | +218% | 0 | 0 | — |
case-02 | fail→fail | 15,601 | 16,661 | +7% | 1 | 1 | 0% | 2,941 | 7,651 | +160% | 0 | 0 | — |
case-03 | fail→fail | 16,680 | 19,581 | +17% | 1 | 1 | 0% | 2,669 | 8,163 | +206% | 0 | 0 | — |
case-05 | fail→fail | 15,771 | 12,580 | -20% | 1 | 1 | 0% | 2,484 | 6,741 | +171% | 0 | 0 | — |
case-06 | pass→pass | 15,337 | 13,479 | -12% | 1 | 1 | 0% | 2,349 | 6,738 | +187% | 0 | 0 | — |
case-07 | pass→pass | 12,155 | 8,707 | -28% | 1 | 1 | 0% | 1,860 | 6,072 | +226% | 0 | 0 | — |
case-08 | pass→pass | 6,366 | 8,143 | +28% | 1 | 1 | 0% | 1,040 | 6,141 | +490% | 0 | 0 | — |
case-09 | pass→pass | 19,702 | 9,097 | -54% | 1 | 1 | 0% | 1,972 | 6,185 | +214% | 0 | 0 | — |
case-10 | fail→pass | 16,559 | 16,598 | +0% | 1 | 1 | 0% | 2,532 | 7,368 | +191% | 0 | 0 | — |
case-11 | pass→pass | 9,710 | 29,733 | +206% | 1 | 1 | 0% | 1,447 | 5,726 | +296% | 0 | 0 | — |
case-12 | pass→pass | 13,879 | 11,573 | -17% | 1 | 1 | 0% | 2,080 | 6,322 | +204% | 0 | 0 | — |
case-13 | pass→pass | 14,148 | 13,830 | -2% | 1 | 1 | 0% | 2,137 | 6,799 | +218% | 0 | 0 | — |
case-14 | fail→pass | 17,941 | 10,698 | -40% | 1 | 1 | 0% | 2,688 | 6,431 | +139% | 0 | 0 | — |
case-15 | fail→pass | 11,010 | 12,542 | +14% | 1 | 1 | 0% | 1,895 | 5,923 | +213% | 0 | 0 | — |
case-16 | pass→pass | 6,259 | 66,183 | +957% | 1 | 1 | 0% | 930 | 5,361 | +476% | 0 | 0 | — |
case-17 | fail→pass | 17,239 | 15,236 | -12% | 1 | 1 | 0% | 2,620 | 7,032 | +168% | 0 | 0 | — |
case-18 | pass→pass | 11,629 | 4,087 | -65% | 1 | 1 | 0% | 2,102 | 5,495 | +161% | 0 | 0 | — |
case-19 | fail→pass | 17,584 | 18,584 | +6% | 1 | 1 | 0% | 2,845 | 7,654 | +169% | 0 | 0 | — |
case-20 | fail→fail | 15,258 | 9,334 | -39% | 1 | 1 | 0% | 2,335 | 5,766 | +147% | 0 | 0 | — |
case-21 | pass→pass | 22,515 | 20,435 | -9% | 1 | 1 | 0% | 3,799 | 8,369 | +120% | 0 | 0 | — |
case-22 | fail→fail | 8,017 | 7,931 | -1% | 1 | 1 | 0% | 1,228 | 6,036 | +392% | 0 | 0 | — |
case-23 | pass→pass | 30,438 | 13,578 | -55% | 1 | 1 | 0% | 2,006 | 6,894 | +244% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 23 cases were attempted. The headline lift of +26 percentage points is the difference between those two pass rates over the 23 comparable cases.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.