deckdco/novel-harness

README 摘要

novel-harness MIT License 基于 DeepSeek Harness（dsh） 的长篇小说写作辅助插件： 上下文引擎 + 竞写选稿工作台 + 章节规范化管理 + 检查器套件 。 设计哲学是 harness engineering 的"给地图不给说明书"——插件不提供代笔工具，而是把正确的上下文（任务卡/前情提要/纪律约束）喂给模型，再用确定性检查器验证产出。千章长篇的上下文不可能全量塞进会话，本插件用"近章详摘 + 远章按卷粗摘"的前情提要塔解决。 工作流核心约定：定稿中心制 + 盲审把关 + 偏好反馈循环 本插件围绕"四方竞写、Opus 盲审、人工定稿、反馈学习"的真实工作流构建： 1. 每章四方竞写 ：ZCode(glm-5.3) / Claude Code(glm-5.2) / Gemini / DeepSeek 各写一版，落进 zcode 版 / cc 版 / gemini 版 / ds 版 草稿文件夹——它们只是 当章竞技场 ，不是四套平行正文。纪律：四方拿 同一份任务卡逐字开写 ，初稿阶段互相不见面（竞写的价值在异质性，互看则同质化）。DeepSeek 无 API，走网页版人工搬运：任务卡全文贴入网页版，产出文本落进 ds 版 （外部写入靠 mtime 签名自动感知） 2. Opus 盲审 ：四版齐后由 claude-opus-4-6-thinking 审查， 去模型署名、只给甲/乙/丙/丁编号 ，审查标准携带 novel check 方法论（节奏五问/黄金三章六问/工具人三问/钩子覆盖红线），按 severity 出结论——调度方（ZCode）兼运动员，盲审消除整合偏向；Opus 只审不写，稀缺配额用在批判性品味上 3. 人工选稿 ：用 novel compare versions 并排对比 + 盲审意见；可直接选定，也可受启发重新生成再选；融合多稿时以最优稿为底改写 4. 定稿归档 ：用 novel chapters finalize 把选中的稿（或融合改写稿）归档进定稿文件夹 5. 上下文只认定稿 ：前情提要塔、检查器、进度统计 默认只读定稿文件夹 ——未定稿的草稿不算已发生剧情 6. 偏好反馈循环 ：定稿对草稿的修改是作者偏好证据—— novel feedback digest 生成反馈包（ds/gemini 粘贴到网页版，cc/zcode 走任务卡），归纳出的规则 distill 进偏好档案，此后每章任务卡自动携带——初稿越写越合口味 7. 卷纲随定稿演化 ：卷纲是活文档，根据定稿内容人工修订；插件按文件 mtime 自动重载，长会话不会读到旧卷纲 七个工具 工具 用途 novel bible query 设定语料检索（设定圣经/总成稿/卷纲/桥段库），写前查设定、核对人物制度 novel chapter brie…

分类