前言¶
在 DeepSeek Harness（DSH）里做写作类智能体，常见做法是：章节散落在聊天记录里，大纲、人物表、伏笔笔记另开文档，模型每次只能看到当前对话窗口。写到几十章以后，配角姓名、事实设定、伏笔埋收位置很容易对不上，审稿也很难系统化。
下面介绍社区插件 dsh-long-novel-workbench（维护者 micellince）。它把章节、时间线、事实账本、伏笔、冲突、人物、高光、审稿、提案与计划对齐收进同一套界面；数据落在本机普通 Markdown/JSON 目录，AI 通过工具读账本并提交「提案」，采纳后才写入正文。插件归类为工作流，当前 npm 版本为 v0.4.1（MIT 许可证）。
这是什么¶
dsh-long-novel-workbench 是装在 DSH 侧栏里的长篇中文小说工作台。README 的定位是：不限武侠、悬疑、科幻、言情、文学等文体；内置金庸、古龙、梁羽生、柯南·道尔、阿加莎·克里斯蒂、东野圭吾、刘慈欣、村上春树八套风格预设，也可在预设页自行调整计划章数、每章字数、结构、风格规则、禁忌与审稿重点。
与「只在聊天里续写」相比，工作台强调结构化账本 + 确定性检查（不消耗 token）+ 提案闸门：生成下一章、续写、审稿、补时间线等产出先进入「提案」页，作者采纳、提修改意见或驳回后才会改章节正文。
核心功能¶
十四页签与写作闭环¶
工作台共有 14 个页签：总览、章节、时间线、事实账本、伏笔、冲突、人物、高光、审稿、提案、对齐、分工、预设、设置。
写和改方面，章节编辑器支持标题、状态、故事内时间、地点、出场人物、摘要与正文；停止输入约 5 秒自动保存。覆盖章节且内容变化前，旧稿会备份到 .backups/（每章最多保留最近 100 份），可查看与当前稿的逐行 diff 并恢复。提案页与审稿页支持按类型或严重度筛选、全选及批量采纳/驳回或批量标记。
视图：时间线泳道与人物关系图¶
时间线可在列表与泳道间切换：按卷（无卷信息时每 20 章）分泳道，横轴为章号；伏笔「埋设章 → 回收章」用曲线连接。人物页可在列表与关系图间切换，关系图支持多种关系写法，未建卡人物显示为幽灵节点，节点可拖拽。
总览与对齐页展示章数/字数进度、每章偏离，以及事件、事实、审稿、提案的覆盖情况；对齐按「当前预设」计算，预设可带章节范围以支持多卷。
事实账本与确定性检查¶
事实可填写生效章/失效章（validFrom / validTo），同一属性在不同阶段合法变化不会被一律报成冲突。插件还会在本地做确定性检查，例如：重叠章段内同一属性取值冲突、伏笔过了计划回收章未回收、章节引用未建卡人物、审稿中的阻断/严重问题、计划章数/字数与实际进度偏离等。
导入与导出¶
支持从本机目录或单个 .md 文件导入 Markdown：先扫描预览再导入，默认一个文件一章、# 作标题、按章号排序。导出支持 Markdown 合集、EPUB 3、DOCX（实现为零依赖）。
AI 入口与九 Agent 分工¶
工作台内可点「让 AI 操作」，任务包括：生成下一章方案、续写正文、AI 审稿、补全时间线/抽取事实与人物。在 DSH 聊天里也可直接下达类似「给某书补第 3 章时间线」的指令；Agent 会先调 novel_desk_plan 拿工作单，再调 novel_desk_propose 提交提案。
「分工」页定义总编、大纲师、世界观师、人物师、时间线师、伏笔师、连续性审稿、文笔审稿、责任编辑共 9 个 Agent 的职责与输入产出，AI 写作和审稿时会读取，内容可改。
安装与启用¶
DSH 社区插件目录页：https://www.skillhub.cn/plugins/micellince/dsh-long-novel-workbench。源码与说明：https://github.com/micellince/dsh-long-novel-workbench。
图形界面安装步骤：
- 打开 DeepSeek Harness；
- 进入 设置 → 插件；
- 在安装框输入包名并安装，刷新页面；
- 侧栏出现「长篇中文小说工作台」后点开使用。
安装框中输入的包名为：
dsh-long-novel-workbench
命令行等价写法（将 <你的 profile> 换成实际 profile 名）：
dsh plugin --profile <你的 profile> add dsh-long-novel-workbench
无 npm 网络时，可按 README 从 GitHub Release 下载 tarball 安装。从本地源码接入需 Node ^22.19.0 || >=24.0.0，通过 profile 的 install_bundle 指向仓库绝对路径等方式加载；改宿主 index.js、lib/*.js 后需重载插件，改 client.js 后刷新页面即可。
典型用法¶
第一次打开¶
- 点「新建作品」，填写书名、类型、目标章数/字数；
- 已有 Markdown 稿：点「导入 Markdown」，填本机目录或单个文件，扫描预览后导入；扫描只读，不改原文件；
- 默认数据目录为
~/StoryDesk，可用环境变量STORY_DESK_ROOT覆盖。
目录结构示意（摘自 README）：
~/StoryDesk/
library.json
projects/<id>/
project.json
chapters/NNNN.md
facts.json
events.json
foreshadow.json
conflicts.json
characters.json
highlights.json
reviews.json
proposals.json
agents.json
presets.json
.backups/
停用插件后数据仍保留；无数据库、无私有格式，可备份、进 Git 或用其他编辑器打开。
聊天里驱动工作台¶
在对话中说明书名与任务，例如审某一章或补时间线。模型通过 novel_desk_plan 与 novel_desk_propose 与账本交互；正文类提案采纳前会备份旧稿并展示逐行 diff。
提案流程¶
所有 AI 结果先停在「提案」：可采纳、提修改意见、让 AI 按意见重写或驳回，也可批量处理。README 明确：不会未经确认直接改正文。
适用场景与注意¶
适合谁：以中文长篇连载或完本为主、需要章节/时间线/伏笔/事实一致性管理，并希望在 DSH 里用 Agent 生成与审稿、但保留人工闸门的作者或插件开发者。
权限与安全：插件以当前 DSH 进程权限读写本机路径（默认 ~/StoryDesk，导入 Markdown 需可读目标目录）。安装前应在 GitHub 查看源码与 MIT 许可证，确认符合你的环境与合规要求。
生态说明：DSH 奉行「一切皆插件」；SkillHub 等为社区目录，与 DeepSeek / 幻方无官方从属关系，本文介绍的是社区维护的第三方插件。
结尾¶
经过上面的步骤，你可以在 DSH 里用一套本地账本支撑长篇写作，并把 AI 产出锁在提案层。需要细节、截图与版本变更时，以仓库 README、CHANGELOG 与 npm 上的 dsh-long-novel-workbench@0.4.1 为准。
