dsh-novel-forge

解决什么问题

AI 写长篇通常会死在四件事上：设定/战力崩坏、模型看不见前文、跨章复读与字数失控、满屏 AI 味。本插件的设计主线是 代码强制 > 提示词自觉，把「有明确对错」的部分做成工具层/数据层的硬约束：

• 阶段门禁：细纲未批准，novel_write_chapter 直接拒绝写入；九阶段状态机的入场条件由代码判定，缺什么直接列出来。
• 一致性：novel_ledger 事实账本对同章改值直接拒绝、章号超前拒绝、超期伏笔告警；novel_worldbook 固化设定并自动注入。
• 反水文：写章机审做 8 字 shingle 与前文重复检测，超阈值拒绝保存；默认字数门槛 2000–4000 字，写前简报带「本章字数目标」。
• 反 AI 味：novel_noai_scan 六维结构性扫描（模板句、库存词密度、情绪直写、句式模板、段落节奏方差、信息稀释），纯本地零 token。
• 上下文供给：novel_briefing 按预算组装上下文包（细纲→承诺书→场景契约→人物卡→语言基因卡→账本→伏笔→世界书→上章结尾→锚段）；场景契约支持「隐藏人物」，其档案不进上下文、正文出现其名会被内容门禁拦下。
• 不覆盖旧稿：修订走 novel_propose 提案制，用户在面板点击「应用」才生成新版本，旧版永不覆盖。
• 防死循环：同一章连续被驳回 3 次即熔断拒写，改完细纲/契约后自动解除。
• 批量起草：并发生成、串行提交，每章仍过同一道门禁；每章提交后落盘检查点，resume:true 可从断点续跑。

适合谁

• 用 DSH 写网文/长篇连载的作者，想把「设定不崩、不水文、不出戏」变成流程约束而不是反复提醒。
• 关心 token 成本的用户：大量检查（体检、诊断、去 AI 味、平台审稿、检索）都是本地确定性计算，零模型费用。
• 需要可审计产出的写作团队：审计给确定性数字，模型审稿必须引用证据，机审与模型审分离。

主要能力

20 个 novel_* 工具：项目管理与九阶段看板、大纲/细纲与批准、人物卡与语言基因卡、世界书、场景契约、写前简报、写章落盘、事实账本与时点推演、去 AI 味扫描、章节与全书审计（含起点/番茄双平台审稿、敏感自查七类）、文笔基线与氛围光谱、提案制修订、书籍导入（md/txt/docx）、整本导出、黄金三章诊断、段落级润色、长篇检索索引、书库饲料结构画像、术语表、整书克隆。

右侧栏「锻炉」面板：按会话过滤的项目列表、章节阅读与听书连播、一键润色/机械校对（产物为提案）、全书体检、黄金三章诊断、批量起草与断点续跑、提案审批、书卡管理、会话疲劳警示与「创建新会话并交接」。

安装

# npm（推荐）
dsh plugin --profile web add npm:dsh-novel-forge

# 本地开发（符号链接）
dsh plugin --profile web add link:/path/to/dsh-novel-forge

安装后重启 DSH web 并硬刷新；右侧栏出现「🔨 锻炉」tab，会话中可列出 20 个 novel_* 工具即安装成功。要求 Node ≥ 22（22.19+/24+ 可启用检索索引，否则自动降级）。

注意

• 写章必须走会话（简报 + 多道落盘门禁是多轮闭环）；面板负责阅读、批量起草、体检与提案审批。
• 仓库中的界面截图为 lib/client.js 的真实渲染，但使用虚构示例数据，非真实书目。