前言¶

DSH 的理念是「一切皆插件」，寫作工具也不例外。問題是：讓模型寫小說，事情往往卡在三處。一是沒人盯着結構，大綱、章綱、正文散落在對話裏，寫到幾十章就接不上；二是審稿全靠主模型自審，它既寫又改，很難客觀發現「AI 味」和邏輯漏洞；三是沒有回頭路，改完一章不知道對大綱有什麼影響，伏筆埋了也記不住。

dsh-novel-studio 就是針對這三點做的：把小說寫作拆成一條固定流水線，用多個子智能體並行審稿，用不調用模型的確定性掃描壓低 AI 味，再在右側欄用故事圖譜把整本書的結構可視化。

這是什麼¶

dsh-novel-studio 是 DeepSeek Harness 的小說創作插件，維護者 ggghhh-11，分類爲「工作流」，GitHub 倉庫 ggghhh-11/dsh-novel-studio，星標 1，許可證 MIT，版本 0.4.0（來自倉庫 package.json）。

它解決的問題是：在 DSH 會話裏寫長篇時，把「一句話想法」推進到「可連載的正文」，中間有模板、有進度、有審稿、有復掃，缺一步可以暫停、可以恢復。

它不是模板合集。模板只保留作者能主觀決定的內容，作者生平、創作意圖、讀者接受史、批評史、文學史定位這些已經剔除。

核心功能¶

一句話定位：意圖觸發的寫作流水線 + 多子智能體評審 + AI 味掃描 + 故事圖譜。

流水線順序固定：設定卡 → 全書大綱 → 章綱 → 正文 → 多子智能體審稿 → 改寫復掃。

幾個值得單獨說的能力：

• 意圖觸發：說「我想寫小說」「開個新坑」，插件在模型調用前彈詢問，選「暫不啓用」則不創建任何文件，本會話不再問。
• 批量生成：章綱一次 1–500 章，正文一次 1–3 章；每章字數默認 2500，範圍 800–8000，正文按目標 ±10% 生成。
• 確定性掃描 novel_scan：不調用模型，檢查套話命中（帶行號）、句長分佈、四字成語密度、比喻標記密度、指代密度、長句佔比、嵌套、生僻詞，給出 AI 味得分（0–100，越高越好）、可讀性得分和必須重寫段落。
• 平臺風向：內置番茄、起點、晉江、知乎鹽選、純文學、暫不指定的基線，platform_scan 聯網檢索後歸納 3–6 條當前風向存進 platform_brief，寫進主模型與審稿角色的提示詞。切換平臺會清空舊風向。
• 作者風格記憶：把你的改稿與原稿做確定性比對，提取句長、用詞替換、標點偏好等，存進 style-memory.json，後續生成與審稿自動帶上。
• 故事圖譜：故事線/情緒曲線、人物關係圖、節奏與篇幅、審校指標四塊；沒有手寫數據時按章節正文自動估算。

安裝與啓用¶

方式一，web profile 下從 GitHub 安裝：

dsh plugin --profile web add github:ggghhh-11/dsh-novel-studio

裝完重啓 dsh web。倉庫裏的 cordis.patch.yml 會自動註冊插件行，不需要手改 profile 補丁。

方式二，DSH Desktop。desktop profile 由應用獨佔管理，CLI 的 dsh plugin --profile desktop ... 會被拒絕，所以要走本地 bundle：

git clone https://github.com/ggghhh-11/dsh-novel-studio.git

然後在 DSH「設置 → 插件 → 安裝本地 bundle」裏選這個目錄，或者讓 plugin_manager 用 install_bundle 指向它。安裝後刷新一次頁面，側邊欄「插件」按鈕正下方會出現小說圖標。

啓用有兩條路徑：

• 對話觸發：直接說「我想寫小說」，插件彈出詢問，選「啓用」即進入工作臺並展示模板精簡版；已有項目時會問「繼續該項目 / 新建項目 / 暫不啓用」。
• 側邊欄觸發：點小說圖標 → 「啓用小說創作工作臺」。只有一個活躍會話時，啓用通知直接送進該會話；否則登記請求，下一回合生效。

注意：插件以當前 dsh 進程的權限運行，能讀寫工作目錄裏的文件、能發起聯網檢索。安裝前建議先讀一遍源碼和 LICENSE。

典型用法：一輪寫作跑下來¶

以下步驟都來自 README 描述的流程，命令和接口名寫全，方便照着試。

先創建項目並填設定卡。模型會先問書名與發表平臺，然後自動聯網檢索該平臺的公開信息，再問篇幅、每章字數、審稿子智能體、跳脫值。題材和文風不預設方向，模型基於檢索素材和自身判斷給出熱門與潛力方向，區分事實與判斷，再由你確認：

novel_studio(action='brief')
// 保存路線預設、維度回答、自由描述、字數與輪次；也可帶 outlineText 或 outlinePath 直接用你寫好的大綱

brief 保存後插件不會直接往下走，它會返回「下一步選項」。這時候要先問你要本書大綱、章綱還是正文（用 next 可以拿當前階段可執行的操作清單）：

novel_studio(action='next')

生成全書大綱：

novel_studio(action='outline')
// 返回大綱的生成指令與落盤路徑，文本寫成 大綱.txt

批量生成章綱。from 是起始章，count 取 1–500，比如一次 30 章：

novel_studio(action='chapter_outline', from=1, count=30)
// 整批寫進一個 TXT，例如 第001-030章-章綱.txt

生成正文，單章或批量，可指定章節字數：

novel_studio(action='draft', chapter=1, chapterWords=2500)

正文寫完登記，觸發右欄文本預覽、版本記錄與備份：

novel_studio(action='output_done', file='第001章.txt', kind='chapter')

每一步的輸出都是 TXT，默認落在項目目錄，面板「保存目錄」或 outputDir 參數可以改到工作區內任意位置。

停寫後恢復，模型會調 resume 問你怎麼走：

novel_studio(action='resume')

其中「下次再來」對應 checkpoint，會把進度寫入項目目錄的 checkpoint.md / checkpoint.json，下次說「繼續寫」即可恢復。放棄本次寫作用 discard，需要 confirm=true 二次確認，並且會刪除項目目錄。

審稿與改寫¶

審稿流程是：主模型寫稿 → review_plan → 用 workflow 工具並行子智能體 → 裁決（accept/partial/reject）→ 有實質分歧時 debate_plan 拉相關子智能體交叉質詢 → 主模型最終裁決 → 改寫 → novel_scan 復掃 → 未達標則下一輪。輪次默認 2，面板裏可設 0–4，AI 味閾值 50–95。

審稿角色共 32 個，其中兩個專屬角色必須每次都在場：

• 通順度與可讀性審校員：查邏輯斷裂、指代不清、跳躍、晦澀長句、術語堆砌。
• AI 味獵手：查套話、空泛抒情、機械轉折、比喻堆砌、總結陳詞、句式整齊劃一。

默認按目標取一組，正文是 11 個。review_plan 會顯示類似「11/32」。想全開就傳：

novel_studio(action='review_plan', roleSet='all')

降本用 lean，默認是 standard，也可以在側邊欄面板裏按平臺/商業/工藝分組自由勾選。兩個工藝角色無論怎麼選都會保留。併發過高可能觸發模型供應商限流，被限流時換 lean 或分兩批；沒有 workflow 工具的會話只能降級成逐個 subagent 串行。

多輪後仍不滿意時，指出具體問題，插件會生成專項審稿子智能體提示詞：

novel_studio(action='custom_review', issue='第三章節奏拖沓，鉤子斷檔')

鉤子、圖譜與風格記憶¶

生成章綱或正文後，模型會把本章埋設與回收的鉤子提交給插件：

novel_studio(action='hooks', hooks=[...], resolved=[...])

右側欄「鉤子」頁按「未回收 / 已回收」分組，顯示章號、類型（懸念/伏筆/反轉/謎題）、內容與狀態，面板統計卡顯示「鉤子 未回收/總數」，長線連載時用來防止伏筆爛尾。

故事圖譜在 chart 提交數據後自動打開，沒有手寫數據就用章節正文自動估算，面板標註「自動估算」：

novel_studio(action='chart')

圖譜裏看得到張力折線與章末鉤子標記、人物關係圖、每章字數柱狀與鉤子折線、審校指標隨輪次的變化。

改稿回輸有兩種方式。想只學寫作習慣：

novel_studio(action='learn_style', revised='改稿全文', original='原稿全文')

也可以用文件路徑（revisedPath + originalPath），或在右欄「風格」頁點「學習這篇改稿」。比對內容是段落/句子級增刪改、句長段長與對話佔比變化、刪掉的 AI 套話、用詞替換、標點偏好。

如果改稿動了劇情，插件不只看文風，還會先問你是否同步改大綱：

novel_studio(action='revision_impact')

有影響時選擇「同步修改」會生成完整新大綱並保存，舊版自動備份到 history/：

novel_studio(action='outline_revision')
novel_studio(action='outline_apply')

保存後問這版是否符合預期，確認後再選審稿角色組，用 review_plan(target='outline', roles=[...]) 審新大綱。

適用場景與注意¶

適合在 DSH 裏寫長篇或系列故事的開發者和作者：想按平臺風格（番茄、起點、晉江、知乎鹽選、純文學）寫，需要大綱到正文的連續推進，需要客觀審稿而不是模型自審，需要臺賬式的鉤子與圖譜。

不適合的場景：短篇一次性成稿，直接對話更快；只需要文筆潤色，用風格記憶那部分就夠了，不必跑全流程。

三點注意。第一，插件以當前 dsh 進程權限運行，安裝前檢查源碼與許可證（MIT），對來源不明的第三方插件保持同樣的審慎。第二，platform_scan 會聯網檢索平臺公開信息並把素材寫進上下文，公司內網或對出網有限制的環境需要先確認。第三，批量正文會稀釋質量，插件會提示，追求單章質量時建議 count=1。

小結¶

dsh-novel-studio 把小說寫作從「模型自由發揮」變成一條有檢查點的流水線：模板收斂設定，流水線保證結構，32 個子智能體並行審稿給出獨立意見，確定性掃描負責客觀指標，圖譜和鉤子臺賬負責長期連載不失控，風格記憶讓作者的修改偏好沉澱下來。功能邊界清楚，代碼量不大，值得用 small 項目試一輪再決定是否全量啓用。

目錄頁：https://www.skillhub.cn/plugins/ggghhh-11/dsh-novel-studio
GitHub：https://github.com/ggghhh-11/dsh-novel-studio