AI 에이전트의 소설 쓰기 원리: 규칙 파일, 스킬, 프로젝트 폴더, 장편을 쓸 때 보태야 할 다섯 가지

이 글의 목차 9개 섹션

먼저 결론: 일하는 방식은 비슷하고, 장편에 보태야 할 것은 다섯 가지

최근 한두 해 동안 「에이전트」가 많이 나왔습니다. Tencent의 WorkBuddy, ByteDance의 Coze, Manus, Kimi Agent, 오픈소스 OpenClaw, 그리고 코드를 쓰던 출신인 Claude Code, Cursor, Codex CLI. 홍보는 제각각이지만 공개 문서와 대조해 보면 그중 적지 않은 제품의 일하는 방식이 비슷합니다.

1. 다단계 실행: 에이전트가 당신의 요구를 읽고 스스로 단계를 쪼개고, 파일을 읽고 쓰고, 자료를 찾고, 결과를 보고 다음 단계를 정합니다.
2. 프로젝트 폴더(또는 프로젝트, 작업 공간, 자료실이라고도 부름): 읽을 자료와 산출물을 여기에 둡니다.
3. 규칙 파일과 스킬: 상시 적용되는 규칙 파일(Codex는 AGENTS.md, Claude Code는 CLAUDE.md)과, 필요할 때 쓰는 스킬(Skill). 스킬 하나는 설명서 한 부이며 때로는 스크립트가 딸려 있습니다.

공개 문서에서 이런 수렴을 볼 수 있습니다. WorkBuddy의 프로젝트 메모리 파일은 AGENTS.md와 호환되고(프로젝트), 스킬 마켓은 OpenClaw의 스킬 생태계와 호환됩니다(스킬 마켓). Coze의 프로젝트에서는 하위 대화가 파일과 agents.md를 공유하고(Coze 프로젝트), OpenClaw와 Coze의 메모리는 모두 Markdown 파일을 씁니다(OpenClaw 메모리, Coze 메모리). Manus, Kimi Agent 등의 제품이 같은 구성 방식을 쓰는지는 공식 자료에 완전한 설명이 보이지 않으니 체험할 때 확인하길 권합니다.

그래서 어느 에이전트가 소설을 더 잘 쓰는지 묻기보다 이렇게 물어야 합니다. 이 일하는 방식으로 수십만 자짜리 책을 쓰려면 누군가 해야 할 일이 무엇인가? 아래에서 하나씩 말하며, 각 절의 끝에 Maliang Writer의 방식을 설명합니다.

하나, 자료를 어디에 둘까: 책의 구조를 먼저 세워야 합니다

제품마다 자료를 구성하는 방식이 다릅니다. 로컬 작업 공간, 프로젝트 파일, 자료실이 있으며 사용 범위는 각각 확인해야 합니다. 폴더로 소설 자료를 관리할 때 캐릭터 카드, 37회차, 3권에서 이미 폐기된 설정은 모두 하나하나의 파일이며, 무엇이 무엇인지, 어느 것이 기준인지는 작가가 분명히 표시해야 합니다. 이렇게 만들길 권합니다.

• 설정, 인물, 플롯, 본문을 따로 둔다.
• 본문은 한 회차에 파일 하나, 파일명에 번호를 붙인다.
• 캐릭터 카드에 「현재 상태」 항목을 둔다.
• 복선 목록을 따로 둔다.

디렉터리가 분명하고 상태 표기가 명확하면 에이전트가 읽어야 할 자료를 찾기 쉽습니다. 시험 삼아 쓸 때는 실제로 어떤 내용을 참조했는지도 확인하세요. 구체적인 폴더 구조와 규칙 파일 쓰는 법은 소설 폴더와 CLAUDE.md 집필 규칙 쓰는 법을 보세요.

Maliang Writer는 이 구조층을 이미 만들어 두었습니다. 권, 회차, 회차 플롯, 캐릭터, 설정, 복선, 스토리라인이 처음부터 분류되어 있고 왼쪽에는 목차와 카드가 있습니다.

둘, 회차마다 무엇을 읽을까: 컨텍스트는 한정되어 있습니다

모델이 한 단계에서 볼 수 있는 내용에는 상한이 있습니다. 예를 들어 Kimi 고객센터에는 Agent 컨텍스트가 128K tokens(한자 약 8~10만 자, 기능과 제한)라고 명시되어 있습니다. WorkBuddy 공식 문서에는 기본 컨텍스트가 200K이고 GLM-5.3은 1M까지 열 수 있다고 쓰여 있으며, 동시에 1M으로 올리는 것은 「모델을 똑똑하게 만들지 않고 매 라운드 소모만 배로 늘린다」고 경고합니다(모델 설명). 책이 수십만 자를 넘으면 보통 회차별로 골라서 읽어야 합니다.

회차 전에 관련 자료가 갖춰졌는지, 최신인지 확인해야 하고, 쓴 뒤에도 본문과 설정이 일치하는지 점검해야 합니다. 120회차를 쓸 때는 보통 이런 것이 필요합니다.

• 이 회차의 회차 플롯.
• 등장인물의 카드, 특히 현재 상태.
• 최근 두세 회차의 본문.
• 이 회차와 관련된 복선, 설정.
• 문체 샘플 한 단락.

제품마다 자료를 제공하는 방식이 다릅니다. 규칙 파일을 따라 읽는 것도 있고, 자료실에서 검색해 주입하는 것도 있으며(WorkBuddy 프로젝트 자료는 RAG 형태로 작업에 주입됨), 메모리에 의존하는 것도 있습니다. 시험 삼아 쓸 때는 이번 회차에서 읽은 것이 최신 설정인지, 바로 앞 회차에서 일어난 일을 빠뜨리지 않았는지 확인해야 합니다. 긴 대화에는 또 다른 문제가 있습니다. 초기 내용이 압축되거나 잊힌다는 것으로, Kimi 고객센터도 대화 라운드가 너무 많으면(예: 50라운드 초과) 초기 내용을 잊을 수 있으며 특히 장편소설 창작에서 그렇다고 경고한 바 있습니다.

셋, 쓴 뒤 누가 정리할까: 회차 끝의 자료를 제때 갱신해야 합니다

한 회차를 쓰고 나면 책의 「상태」가 달라집니다. 누가 다쳤고, 누가 비밀을 알게 되었고, 법보 하나의 주인이 바뀌었고, 복선 하나가 회수되었습니다. 이런 변화를 캐릭터 카드와 복선 목록에 되써 두지 않으면 다음 회차가 읽는 것은 낡은 정보입니다.

범용 에이전트 중에는 세션 메모리 정리를 제공하는 것이 있지만(예를 들어 WorkBuddy는 매일 밤 그날의 세션을 정리, 메모리), 회차별로 소설 인물 상태와 복선을 갱신하는 전용 흐름은 공식 자료에 설명이 보이지 않으니 체험할 때 확인하길 권합니다. 흔한 방법은 규칙 파일에 「한 회차를 쓸 때마다 인물 상태와 복선 목록을 갱신한다」는 항목을 넣거나, 스킬을 하나 써서 하게 하는 것입니다. 시험 삼아 쓸 때 이런 것을 확인할 수 있습니다.

• 회차마다 쓴 뒤 인물 상태와 복선 목록이 갱신되었는지.
• 새로 추가된 기록이 본문에 근거가 있는지.
• 새 정보와 옛 설정이 충돌할 때 어떻게 처리하는지, 변경이 원문을 보존하는지, 어디를 고쳤는지 알 수 있는지.

Maliang Writer는 이 단계를 고정된 흐름으로 만들었습니다. 회차를 다 쓰고 이번 라운드가 끝나면 기록 담당이 이 회차의 인물 상태, 관계, 위치, 물품, 복선을 정리하고, 안 맞는 곳은 「확인 대기」로 올려 작가가 확인하고 처리합니다.

넷, 변경은 어떻게 검수할까: 수십 개 파일에서 어느 문장이 바뀌었나

에이전트가 원고를 고칠 때는 흔히 한 번에 여러 파일을 건드립니다. 코드 쓰기 출신 도구에는 이미 방법이 있습니다. Claude Code와 Cursor는 체크포인트가 있고, Codex CLI는 공식적으로 Git으로 체크포인트를 만들길 권하며, 변경은 파일별로 비교하고 되돌릴 수 있습니다. 범용 에이전트는 제각각이며, 예를 들어 WorkBuddy 자료실에서 AI가 Markdown 문서를 고치면 원문을 덮어쓰지 않고 확인 대기 상태로 보여 줍니다(자료실).

소설을 쓰는 사람이 봐야 하는 것은 파일 차이가 아니라 「이 단락이 원래 어떻게 쓰였고 지금은 어떻게 쓰였는지」입니다. Maliang Writer는 AI의 수정을 조판된 본문 안에 두고 빨간 삭제, 초록 추가로 표시하며 항목별로 유지하거나 되돌릴 수 있습니다. 라운드 전체가 마음에 안 들면 이번 라운드를 취소하거나 이 라운드 이전에서 분기할 수 있습니다.

다섯, 옛 설정은 언제 치울까: 3권 이후

3권까지 쓰면 앞 두 권의 일부 조연, 장소, 복선은 이미 현재 줄거리에서 물러났지만 자료는 남아 있습니다. 인물표를 읽거나 자료를 검색할 때 이것들이 딸려 오면 컨텍스트를 차지할 뿐 아니라 퇴장한 인물이 다시 쓰일 수도 있습니다.

범용 에이전트로 책을 쓸 때 흔한 방법은 작가가 직접 옛 자료를 보관 디렉터리로 옮기거나, 규칙에 어느 것을 더는 참고하지 않는지 밝혀 두고 새 회차를 쓸 때 실제로 참조한 자료를 확인하는 것입니다. Maliang Writer는 권 단위로 처리합니다. 새 권을 쓸 때 지난 몇 권에만 등장한 인물, 장소, 복선은 보관함으로 들어가 새 회차를 쓸 때 더는 참고하지 않으며, 인물이 복귀하면 다시 자주 쓰는 자료로 되돌려집니다. 구체적인 방법은 장편이 새 권에 들어서면 옛 설정은 어떻게 처리할까를 보세요.

범용 에이전트로 장편 쓰기: 다섯 가지 시험 점검

이미 WorkBuddy, Coze, OpenClaw나 코딩 에이전트로 책을 쓰고 있다면 아래 다섯 항목으로 확인하세요. 어떤 제품이 규칙 파일과 사용자 정의 스킬을 지원하는지는 공식 설명을 기준으로 하고, 설명이 보이지 않는 것은 체험할 때 확인하길 권합니다.

1. 자료 구조: 설정, 인물, 플롯, 본문을 따로 둘 수 있는지, 본문을 한 회차에 한 부씩 둘 수 있는지.
2. 규칙 설정: 회차 전에 어떤 자료를 읽는지, 문체 요구, 어느 설정을 고칠 수 없는지 밝혀 둘 수 있는지.
3. 회차 끝 정리: 회차마다 쓴 뒤 인물 상태와 복선 목록을 어떻게 갱신하고, 새로 추가된 기록과 충돌을 어떻게 당신에게 검수하게 하는지.
4. 변경 검수: 제품 자체의 버전, 확인 대기 기능이나 Git으로 어떤 파일, 어떤 단락이 바뀌었는지 분명히 볼 수 있는지.
5. 권별 보관: 한 권을 다 쓴 뒤 퇴장 인물과 회수된 복선을 상용 자료에서 뺄 수 있는지.

이 다섯 항목은 시험 삼아 쓸 때의 점검표로 쓸 수 있고, 어떤 일을 작가가 직접 떠맡아야 하는지 분명히 알게 해 줍니다.

집필 흐름에 따라 도구 고르기

각종 도구의 비교는 소설 쓰는 소프트웨어는 여섯 가지와 범용 에이전트로 소설 쓰기 선택을 보세요.

자주 묻는 질문

Q: 소설 집필 소프트웨어의 에이전트와 범용 에이전트는 무엇이 다른가요?
둘 다 AI가 책의 자료를 읽고 쓰며 다단계로 작업을 완수하게 합니다. Maliang Writer를 예로 들면 권·회차 목차, 캐릭터 카드, 기록 담당의 회차 끝 정리와 확인 대기, 본문의 빨간 삭제·초록 추가 항목별 유지 또는 되돌리기, 이번 라운드 취소, 분기 만들기, 권별 보관과 복귀가 모두 기본 제공 기능이며, 확인 대기로 올라간 내용은 여전히 작가가 확인하고 처리합니다.

Q: 범용 에이전트에 소설 스킬을 설치하면 같아지는 것 아닌가요?
스킬은 「어떻게 쓰는지」의 일부를 해결할 수 있습니다. 작품 시작 흐름, 회차 플롯 형식, 문체 요구 같은 것입니다. 하지만 인물 상태를 누가 갱신하는지, 충돌을 어떻게 처리하는지, 변경을 어떻게 검수하는지는 제품에 대응하는 화면과 흐름이 있는지에 달렸습니다. 스킬을 설치하기 전에 스크립트를 먼저 살펴보세요. WorkBuddy 공식도 비공식 스킬에는 주입 위험이 있다고 경고한 바 있습니다.

Q: 컨텍스트를 1M으로 열면 책 전체를 넣을 수 있나요?
더 많은 내용을 넣을 수 있지만 매 라운드의 소모도 늘어납니다. WorkBuddy를 예로 들면 공식 설명에 GLM-5.3은 1M까지 열 수 있다고 하며 「모델을 똑똑하게 만들지 않고 매 라운드 소모만 배로 늘린다」고 경고합니다. 책 전체를 한 번에 담을 수 있는지는 다른 컨텍스트 점유에도 달려 있습니다. 회차별로 필요한 자료를 골라내는 것도 소모를 통제하는 방법입니다.

Q: Maliang Writer는 어떤 모델을 쓰나요?
모델을 고를 수 있으며, 선택한 모델과 사용량에 따라 크레딧이 차감됩니다. 구체적인 내용은 제품 안의 표시를 기준으로 하세요.