不用自己設計目錄和規則文件
章節、章綱、人物、設定、伏筆、故事線在編輯器裡各有位置,卷章按書的順序排列,不用擔心檔名排序。
Cursor 是 AI 程式碼編輯器,有作者用它寫中長篇:每章一個 Markdown 文件,規則寫在 .cursor/rules,設定和臺賬放在單獨目錄。本頁整理這些公開實踐的做法和作者提到的問題,並對比馬良寫作:不用自己設計目錄和規則文件,章節寫完後整理故事檔案,設定卡按作者要求修改,網頁直接用。
Cursor 能寫小說:編輯器裡能看文件、看即時 diff,Rules 體系細,模型可選面廣。公開實踐裡,作者要自己建章節資料夾、寫 rules、維護設定和臺賬,章節多了還要處理文件排序和合並。馬良把卷章目錄、角色卡、故事檔案和修改對比做進網頁編輯器。
一位會寫前端的網文作者,照著掘金上的教程用 Cursor 寫新書:一本書一個資料夾,放「小說大綱資訊」和「故事進度」兩個文件,每章一個 md,規則寫在 .cursor/rules 裡。生成速度很快。寫到幾十章後,他開始做幾件維護工作:讓 AI 每章更新故事進度文件,檢查章節文件的排列順序,發佈前寫指令碼把章節合併成一個文件。這些工作他能完成,也願意做。馬良把這幾步交給編輯器和後臺檔案。
窄屏可橫向滾動檢視所有列。
| 對比維度 | 馬良寫作 | Cursor | 說明 |
|---|---|---|---|
| 產品形態 | ✅ 網頁編輯器加 AI 對話,瀏覽器打開即用 | ✅ 桌面編輯器(macOS、Windows、Linux)、CLI、網頁端雲端智慧體 | |
| 書稿結構 | ✅ 卷、章、章綱在目錄裡;人物、設定、伏筆、故事線是卡片 | ⚠️ 小說專用管理官方資料未見說明;公開實踐為每章一個 Markdown 文件,設定和臺賬另建目錄 | |
| 寫作規則 | ✅ 總綱和文風樣本等資料,AI 寫作時按需讀 | ✅ Project Rules(.cursor/rules/*.mdc)、User Rules、Team Rules、AGENTS.md;官方說明模型在兩次補全之間不保留記憶,rules 提供持久上下文 | |
| 設定變化跟蹤 | ✅ 章節寫完後整理故事檔案:人物狀態、關係、位置、伏筆;對不上的列為待確認,可關閉 | ⚠️ 公開實踐由作者設計臺賬文件(章節狀態、人物時間線、伏筆)讓 AI 維護 | |
| 改動對比 | ✅ 編輯器原文上紅刪綠增,可逐處保留或還原 | ✅ 官方「The diff view shows changes as they happen」,有 Review 逐行審查 | |
| 撤銷與版本 | ✅ 撤銷本輪、從本輪之前另起分支、修改後重發 | ✅ Agent 較大改動前自動打 Checkpoint,存於本地、獨立於 Git;官方建議用 Git 做永久版本 | |
| 章節排序 | ✅ 卷、章在左側目錄裡按書的順序顯示 | ⚠️ 按檔名排序;公開實踐提到中文章節名排序亂、需寫指令碼合併 | |
| 模型 | ✅ 可以選多種模型,具體以產品內列表為準 | ✅ 自有 Composer、Grok 系列,以及 Claude、Gemini、GPT、GLM、Kimi 等 | |
| 題材參考 | ✅ 開書參考公共書庫 1500 餘部熱門連載的人物與結構拆解;章尾參照約 5.6 萬個熱門章尾 | ⚠️ 官方資料未見說明 | |
| 價格 | ✅ 免費註冊試用,按用量扣積分 | ✅ Hobby 免費(Agent 請求有限);Individual 20 美元/月;Teams 40 美元/使用者/月(2026-10 核對) | |
| 使用地區 | ✅ 中文網頁產品,面向中文作者 | ⚠️ 官方稱部分模型提供方有地區限制,未點名具體地區 |
✅ 官方資料或產品內可確認支持 ⚠️ 部分支持或官方資料未見說明 ❌ 官方明確不支持 · 競品資訊來自對方公開資料。
章節、章綱、人物、設定、伏筆、故事線在編輯器裡各有位置,卷章按書的順序排列,不用擔心檔名排序。
設定卡按你的要求修改;章節寫完、這一段寫作結束後,後臺整理人物狀態、關係、位置、伏筆,對不上的列為待確認。不用自己維護「故事進度」文件。可以關閉。
AI 改正文時,刪掉的劃線、新加的標綠,可以逐處保留或還原;整輪不滿意可以撤銷本輪或修改後重發。
Cursor 的 Rules 體系很細:項目、使用者、團隊三級規則加 AGENTS.md,可以用 globs 控制何時生效;diff 檢視即時顯示改動,Review 能逐行審查;模型覆蓋多家廠商,還有云端智慧體和 Slack、GitHub 入口。掘金教程的作者提到「二十多分鐘五十章內容產出完畢」。對熟悉程式碼編輯器的作者,它是靈活高效的寫作環境。
每款產品都有適合的場景,這裡只按中文長篇連載這一個場景給建議。



本頁建議重點記錄:準備目錄、寫作規則、資料更新與改稿檢查,分別需要作者做多少操作。不要只比較一次生成的文筆,也不要預先假定資料夾式工具一定更難用。
下面是同題試用清單,不是已經完成的對比實驗。可以使用《借火城》原創教學材料,也可以使用自己有權處理的書稿;分別記錄準備過程、輸出與作者修改。
給相同的主角、核心規則與閱讀偏好;先比較開書方向,再整理總綱、第一卷卷綱與前三章章節大綱。
核對:能否區分三級大綱各自的作用?作者能否先確認方案再繼續?未定設定有沒有被悄悄寫成事實?
使用同一份開書資料包使用自己有權處理的同一份舊稿,指定最後一章結尾與下一章目標;先試寫一個場景,不改前面二十章。
核對:準備了哪些材料?人物位置、物品和未結線索接上了嗎?候選稿和採用稿怎樣區分?
檢視導入續寫任務清單選一條真實影響前文的規則,先要求列出受影響的章節與依據,再由作者選擇修改範圍。
核對:有無說明哪些內容沒有檢查?能否先看修改?是否誤改了任務之外的正文或把未採用方案寫進資料?
檢視設定修改方法實際嘗試保留正文、卷章順序、人設與世界規則,並檢視輸出是否適合繼續編輯;列出不能帶走的內容。
核對:格式和順序能否辨認?平臺賬號內資料、本地文件和導出文件分別有哪些?不要僅憑宣傳頁推斷可用性。
複製任務與結果記錄卡記錄實際使用的模型、計劃或賬號條件,以及準備材料、修改正文所花的時間。尚未試用或無法確認的項目留空,不以功能名稱或一次生成結果替代完整體驗。
能。Cursor 能讀寫文件、即時顯示 diff,有作者用它寫中長篇。它是為寫程式碼設計的編輯器,沒有小說專用的章節、角色管理,需要作者自建資料夾和規則。
公開教程的做法是一本書一個資料夾,裡面放大綱資訊、故事進度和每章一個 md,規則寫在 .cursor/rules/*.mdc;也有人把作者維護的硬約束和 AI 維護的臺賬分成兩個目錄。
常見的是文風、視角、人物稱呼、文件命名規則、每章寫完要更新的進度文件。官方說明 rules 用來給模型提供持久上下文,因為模型在兩次補全之間不保留記憶。
公開實踐裡有作者提到忘設定、人設漂移、長對話 context rot,常用的辦法是拆小文件、每章載入設定和前兩章、維護臺賬。馬良在章節寫完後整理故事檔案,把對不上的地方列為待確認。
Hobby 免費但 Agent 請求有限;Individual 20 美元/月;超出套餐後按量付費(2026-10 核對官方價格頁)。
官方只說部分模型提供方有地區限制,未點名具體地區。能用哪些模型,請以登入後模型列表的實際情況為準。
公開教程提到中文章節名按字母排序會亂序,作者用指令碼合併。可以在檔名前加數字編號。馬良的目錄按卷章順序排列,不依賴檔名。
可以按需要分工:熟悉 Cursor 的作者可以繼續用它做自己的文件處理,中文連載放到馬良裡寫,讓檔案和修改對比跟著正文走。
Claude Code 能寫小說,而且能力很強:它能讀寫整本書的資料夾、跨文件檢查連續性和批次修改。公開實踐裡,作者要自己設計目錄、寫 CLAUDE.md、維護設定臺賬,並在終端或編輯器外掛裡工作,適合會用命令列的作者。馬良把目錄、角色卡、故事檔案和修改對比做進網頁編輯器,作者從對話開始寫。
Read the comparison →Codex CLI 開源、在本地終端運行,能讀寫整個項目、跑指令碼,有系統級隔離和審批。用它寫小說時,作者要自己建目錄、寫 AGENTS.md、維護臺賬,並用 Git 做版本,改動在終端裡以文本 diff 檢視。馬良把這些做進網頁編輯器:卷章目錄、角色卡、故事檔案、逐處審閱的修改對比。
Read the comparison →FeelFish 和馬良都是為長篇小說做的 AI 寫作工具,思路不同。FeelFish 是桌面客戶端,項目在本地資料夾,可自定義編輯部、審稿等多個智慧體部門,Diff 可編輯,4.0 起配置自己的模型可免費使用。馬良是網頁端,不用安裝;人物、設定、伏筆是卡片,章節寫完後整理故事檔案,寫到新一卷收起舊人物,開書可參考公共書庫的熱門書拆解。
Read the comparison →程式設計智慧體能力很強,能跨文件讀寫、批次修改、跑指令碼,懂技術的作者可以搭出非常靈活的寫作流程;代價是目錄、規則文件、設定臺賬和版本管理都要自己設計和維護,而且介面面向程式設計師。馬良把這些做成了作者熟悉的卡片、目錄和編輯器。
Read the comparison →資料夾加 Markdown 自由、透明,文件在自己手裡,適合喜歡自己定格式的作者;缺點是文件多了以後,哪個文件是最新的、改了一處要同步哪幾處,都要自己記。角色卡加故事檔案把每個人物、設定固定成卡片,寫完一章自動整理狀態,適合不想維護文件的作者。馬良兩者都有:人物、設定是卡片,總綱單獨存放;文風樣本、開書資料是文件。
Read the comparison →註冊後新建一本書或導入已有章節,告訴 AI 接著寫哪一章,看看它寫出來的、改了哪裡、檔案裡記了什麼,再決定要不要把長篇搬過來。