AI智慧體寫小說的原理：規則文件、技能和項目資料夾，寫長篇要補哪五件事
從公開文件看，WorkBuddy、釦子、OpenClaw、Codex、Claude Code 等不少智慧體用規則文件、技能、項目資料來組織工作，做法相近。本文從這套工作方式出發，講用智慧體寫長篇時要補上的五件事：資料怎麼放、每章讀什麼、寫完誰來整理、改動怎麼審、舊設定什麼時候收起，以及馬良寫作在這幾件事上怎麼做。
本篇目錄 9 節
先說結論：工作方式相近，寫長篇要補的是五件事
這一兩年出了很多“智慧體”：騰訊的 WorkBuddy、位元組的扣子、Manus、Kimi Agent、開源的 OpenClaw，還有寫程式碼出身的 Claude Code、Cursor、Codex CLI。宣傳各不相同，但對照公開文件，其中不少產品的工作方式相近：
- 多步驟執行：智慧體讀你的要求，自己拆步驟，讀寫文件、查資料，看結果再決定下一步；
- 項目資料夾（或叫項目、工作區、資料庫）：要讀的材料和產出放在這裡；
- 規則文件和技能：一份常駐的規則文件（Codex 用 AGENTS.md，Claude Code 用 CLAUDE.md），加上按需使用的技能（Skill），每個技能是一份說明，有時帶指令碼。
公開文件裡能看到這種趨同：WorkBuddy 的項目記憶文件相容 AGENTS.md（項目），技能市場相容 OpenClaw 的技能生態（技能市場）；釦子的項目裡子對話共享文件和 agents.md（釦子項目）；OpenClaw、釦子的記憶都用 Markdown 文件（OpenClaw 記憶、釦子記憶）。Manus、Kimi Agent 等產品是否採用同樣的組織方式，官方資料未見完整說明，建議試用時確認。
所以與其問哪個智慧體寫小說更強，不如問：用這套工作方式寫一本幾十萬字的書，有哪些事要有人來做？ 下面一件件說，每一節最後說明馬良寫作的做法。
一、資料怎麼放：書的結構要先建好
各產品組織材料的方式不同，有本地工作區、項目文件，也有資料庫，使用範圍要分別核對。用資料夾管理小說資料時，人物卡、第 37 章、第三卷已經作廢的設定都是一個個文件，哪個是什麼、以哪個為準，要靠作者標清楚。建議這樣建：
- 設定、人物、大綱、正文分開放；
- 正文一章一個文件，檔名帶序號；
- 人物卡里有“當前狀態”一欄；
- 另有一份伏筆清單。
目錄清楚、狀態標註明確，智慧體更容易找到該讀的資料；試寫時也要核對它實際引用了哪些內容。具體的資料夾結構和規則文件寫法見小說資料夾與 CLAUDE.md 寫作規則怎麼寫。
馬良寫作把這層結構做成了現成的：卷、章、章綱、角色、設定、伏筆、故事線開箱就分好類，左側是目錄和卡片。
二、每章讀什麼：上下文是有限的
模型每一步能看到的內容有上限。例如 Kimi 幫助中心寫明 Agent 上下文 128K tokens（約 8–10 萬漢字，能力與限制）；WorkBuddy 官方文件寫明預設上下文 200K，GLM-5.3 可開到 1M，同時提醒調到 1M“不會讓模型變聰明，只會讓每輪消耗成倍增加”（模型說明）。書寫到幾十萬字以後，通常要按章挑著讀。
章前要核對相關資料是否齊全、是否最新，寫完仍要檢查正文和設定是否一致。寫第 120 章時，通常需要：
- 這一章的章綱；
- 出場人物的卡片，尤其是當前狀態；
- 最近兩三章的正文；
- 和這一章有關的伏筆、設定；
- 一段文風樣本。
各產品提供資料的方式不同：有的按規則文件去讀，有的從資料庫檢索後注入（WorkBuddy 項目資料以 RAG 形式注入任務），有的靠記憶。試寫時要核對它這一章讀到的是不是最新設定，有沒有漏掉上一章剛發生的事。長對話還有另一個問題：早期內容會被壓縮或遺忘，Kimi 幫助中心就提醒過，對話輪次過多（如超過 50 輪）可能遺忘早期內容，尤其是長篇小說創作。
三、寫完誰來整理：章末資料要及時更新
寫完一章，書的“狀態”就變了：有人受了傷，有人知道了秘密，一件法寶換了主人，一個伏筆被收了。這些變化如果沒有寫回人物卡和伏筆清單，下一章讀到的就是過期資訊。
通用智慧體有的提供會話記憶整理（例如 WorkBuddy 每晚整理當天會話，記憶），但按章更新小說人物狀態和伏筆的專門流程，官方資料未見說明，建議試用時確認。常見做法是在規則文件里加一條“每寫完一章，更新人物狀態和伏筆清單”，或者寫一個技能來做。試寫時可以核對：
- 每章寫完，人物狀態和伏筆清單有沒有更新；
- 新加的記錄在正文裡有沒有依據；
- 新資訊和舊設定衝突時怎麼處理，改動是否保留原文、能不能看出改了哪裡。
馬良寫作把這一步做成固定流程：章節寫完、這一輪結束後，檔案員整理本章的人物狀態、關係、位置、物品、伏筆；對不上的地方列為“待確認”，由作者核對處理。
四、改動怎麼審：幾十個文件裡改了哪幾句
智慧體改稿，往往一次動好幾個文件。寫程式碼出身的工具有現成的辦法：Claude Code、Cursor 有檢查點，Codex CLI 官方建議用 Git 建檢查點，改動可以按文件對比、回退。通用智慧體各家做法不同，例如 WorkBuddy 資料庫裡 AI 對 Markdown 文件的修改不覆蓋原文，以待確認狀態呈現（資料庫）。
對寫小說的人來說，要看的不是文件差異，而是“這一段原來怎麼寫的，現在怎麼寫的”。馬良寫作把 AI 的修改放在排好版的正文裡，紅刪綠增，逐處保留或還原；整輪不滿意可以撤銷本輪，或者從這一輪之前另起分支。
五、舊設定什麼時候收起：寫到第三卷以後
寫到第三卷，前兩卷的一部分配角、地點、伏筆已經退出當前情節，但資料還在。讀人物表、檢索資料時如果帶上它們，既占上下文，也可能讓退場人物被寫回來。
用通用智慧體寫書時，常見做法是作者自己把舊資料移到歸檔目錄，或者在規則裡寫明哪些不再參考，並核對寫新章時實際引用的資料。馬良寫作按卷處理：寫到新一卷時，只在前幾卷出場的人物、地點、伏筆收進歸檔，寫新章時不再參考；人物迴歸時放回常用。具體做法見長篇寫到新一卷，舊設定怎麼處理。
用通用智慧體寫長篇，五項試寫檢查
如果你已經在用 WorkBuddy、釦子、OpenClaw 或程式設計智慧體寫書，可以按下面五項核對。某個產品是否支持規則文件、自定義技能，以官方說明為準，未見說明的建議試用時確認：
- 資料結構：設定、人物、大綱、正文能不能分開放，正文能不能一章一份。
- 規則設定：能不能寫明章前讀哪些資料、文風要求、哪些設定不能改。
- 章末整理：每章寫完，人物狀態和伏筆清單怎麼更新，新增記錄和衝突怎麼交給你審。
- 改動審閱：產品自帶的版本、待確認功能或 Git，能不能看清改了哪些文件、哪些段落。
- 按卷歸檔：寫完一卷後，退場人物和已收伏筆能不能移出常用資料。
這五項可以作為試寫時的核對清單，也順便看清楚哪些工作要作者自己承擔。
按寫作流程選工具
| 你的情況 | 建議 |
|---|---|
| 寫小說之外還有大量辦公、研究任務 | 通用智慧體，把這些任務和寫作放在一起 |
| 習慣資料夾和 Git，願意自己維護規則和臺賬 | 程式設計智慧體或通用智慧體都可以 |
| 寫幾百章的連載，希望卷章目錄、章末整理和待確認入口開箱就有 | 小說寫作軟體 |
| 題材調研用智慧體，正文用寫作軟體 | 兩個都用，結論帶回設定卡和章綱 |
各類工具的對比見寫小說的軟體分六類和通用智慧體寫小說怎麼選。
常見問題
Q：小說寫作軟體裡的智慧體和通用智慧體有什麼不同？
都是讓 AI 讀寫書的資料、多步驟完成任務。以馬良寫作為例，卷章目錄、角色卡、檔案員章末整理與待確認、正文紅刪綠增逐處保留或還原、撤銷本輪、另起分支、按卷歸檔與迴歸都是現成的功能，列為待確認的內容仍由作者核對處理。
Q：給通用智慧體裝個小說技能，是不是就一樣了？
技能能解決“怎麼寫”的一部分，比如開書流程、章綱格式、文風要求。但人物狀態誰來更新、衝突怎麼處理、改動怎麼審，還要看產品有沒有對應的介面和流程。裝技能前先看看它的指令碼，WorkBuddy 官方也提醒過非官方技能有注入風險。
Q：上下文開到 1M 是不是就能把整本書放進去？
能放進更多內容，但每輪消耗也會增加。以 WorkBuddy 為例，官方說明 GLM-5.3 可開到 1M，並提醒“不會讓模型變聰明，只會讓每輪消耗成倍增加”。能不能一次放下全書，還要看其他上下文佔用。按章挑出需要的資料，也是控制消耗的辦法。
Q：馬良寫作用的是什麼模型？
可以選模型，按所選模型和用量扣積分，具體以產品內顯示為準。