최종 합본

검증을 통과한 챕터가 모이면 마지막은 합본입니다. book-studio의 파이프라인은 챕터별 산출물까지만 만듭니다. 챕터를 한 원고 파일로 합치는 일은 자동 단계가 아니라 사용자가 직접 하는 자리입니다. 발행이나 배포 섹션이 없는 이유가 여기 있습니다.

파이프라인이 만드는 데까지

Tier 4 Quality를 통과한 챕터는 chapters/에 챕터별 파일로 남습니다.

_workspace/{book_slug}/
├── 04_chapter_outline.json     챕터 순서의 정본
└── chapters/
    ├── ch01_draft.md           본문
    ├── ch01_review.md          editing + 연속성 종합 검토
    ├── ch01_ai_check.md        AI-smell 게이트 리포트
    └── ...

quality-agent는 챕터별 검토를 끝내면 04_chapter_outline.json의 해당 챕터 상태를 review_pass로 바꿉니다. 모든 챕터가 review_pass가 되면 책이 합본 준비를 마친 상태입니다. 파이프라인이 별도의 합본 파일을 자동으로 만들지는 않습니다.

합본은 사용자가 모은다

합본은 통과한 ch{NN}_draft.md를 04_chapter_outline.json의 순서대로 한 파일로 모으는 일입니다. 챕터 파일명의 번호와 아웃라인의 순서가 어긋나면 아웃라인을 따릅니다. AI에게 “통과한 챕터를 아웃라인 순서로 한 파일로 모아줘”라고 시키면 되고, 그 결과를 final/manuscript.md 같은 이름으로 두면 됩니다. 합본은 챕터를 새로 쓰지 않고 이어 붙이기만 하는 자리라, 이 단계에서 내용이 바뀌지 않습니다.

자동 출판을 하지 않는 이유

합본을 만들어도 외부 플랫폼에 자동으로 올라가지 않습니다(S8). 투고 사이트, 전자책 플랫폼, 인쇄 입고는 사용자가 직접 결정하고 실행합니다.

이건 책 도메인의 성격 때문입니다. 블로그 글은 발행 후에도 고치기 쉽지만, 책은 한 번 투고하거나 출간하면 되돌리기가 비쌉니다. 출판 결정에는 계약, 저작권, 편집자 협의 같은 사람의 판단이 들어가는 자리가 많아, AI가 완성본을 임의로 외부에 올리는 걸 원칙으로 막았습니다. 매뉴얼도 합본까지만 다루고, 그 뒤는 사용자 영역입니다.

버전 백업

원고를 덮어쓰기 전에 .bak 또는 .v1로 백업합니다(S3). 챕터를 고쳐 다시 모을 때 이전 합본이 사라지지 않습니다. 챕터 단위 commit(S5)과 합쳐, 원고는 챕터 단위와 합본 단위 양쪽으로 되돌릴 수 있습니다.

합본 후 점검

합본을 모으면 챕터 순서, 누락된 챕터, 연속성 검토의 미해결 항목을 한 번 봅니다. 챕터별 ch{NN}_review.md에 남은 미해결 항목이 있으면 합본 전에 Tier 3으로 돌아가 정리하는 편이 낫습니다. 합본은 검증을 통과한 챕터를 모으는 자리이지, 검증을 대신하는 자리가 아닙니다.

다음

다음 섹션은 updates입니다. base가 새 스킬이나 갱신된 게이트를 내놓을 때 그것을 fork에 안전하게 가져오는 자리를 봅니다.