全能小说作家

面向 AI Agent 的全流程长篇小说创作技能。从书名生成到千章完稿，配备三大自动系统（记忆系统/强约束/叙事质量管理）确保长篇连贯性。支持 AI 全自动和分步引导双模式。

目录

• 安装 · 使用前必读 · 四大场景入口 · 28 大功能模块总表
• 记忆系统 · 写后流水线 · 项目结构 · 核心能力 · 更新日志 · 声明

安装（按宿主选一条）

Hermes Agent（自带 skills 机制，推荐）：

git clone https://github.com/Fly143/ultimate-novel-creation-skill.git \
  "$LOCALAPPDATA/hermes/skills/ultimate-novel-creation-skill"     # Windows
# macOS / Linux：~/.hermes/skills/ultimate-novel-creation-skill

重启会话 → /skills 里能看到「全能小说作家」→ 说「写小说」即可。

Claude Code / Cursor 等支持 SKILL.md 的宿主：把仓库放进该宿主的 skills 目录，无需其它步骤。

只有对话框的宿主（纯 API / Dify / Coze / 网页版）：没有技能机制，只能用 system_prompt.md 当 system prompt（脚本无法执行，字数/指纹/客观核验类步骤需人工代替）。

安装校验：在空目录说「写小说」，能生成书名并落立项单即正常；无反应或 agent 自由发挥 → 见下节。

⚠️ 使用前必读

本技能是内容包：加载后是否被严格执行，取决于宿主 agent 能否按流程调用文件与脚本。

1. 有 skills 机制（Hermes / Claude Code / Cursor）：装完即可，system_prompt.md 不需要额外配置。
2. 只有 system prompt（API / Dify / Coze / 网页版）：把仓库根目录的 system_prompt.md 整段复制为 system prompt（该文件顶部有各平台用法说明）。
3. 开始创作：说「写小说」「继续」或任一触发词，技能会按场景路由引导。

所有流程约束（强制执行协议、写后流水线、记忆系统维护等）都以技能文件为准；system prompt 只负责让宿主 agent 强制遵守它们。

• 冲突怎么判：优先级裁决链 用户要求 > 硬门禁 > 项目约束 > skill 流程 > reference，见 modules/00_强制执行协议.md 顶部；跳过硬门禁须用户书面确认，朱雀不接受口头解除。
• 主控三原则：不代写正文 / 不伪造审查结论 / 不代作者批准，见同文件与 system_prompt.md。
• 写前任务书硬门禁：细纲头部四段（TASK/GOAL/MUST DO/CONTEXT）缺任一段即阻断；写后 （必落） 拍未全勾判本章未完成，模板见 templates/章节任务书模板.md。

四大场景入口

28 大功能模块总表

🎯 立项类

✍️ 创作类

🔍 诊断类

🧠 长篇管理

🛠️ 工具类

🔒 约束类

📖 分析类

⚙️ 质量管控

🚀 写后流水线子代理（功能 26）

v9.6.0 写后流水线要点：

1. 朱雀「人工为主」：验收目标为三态中「人工创作特征」>「疑似AI创作特征」；疑似≥人工时禁止宣称检测通过，进入人工证据强化轮。

   • 写前（03_06）：每章人工特征种子硬配额——感官锚点≥3、无用细节≥2、结构不完美≥2、低概率表达、对话毛刺（对话章）。
   • 写后（03_26 4.1e 人工证据包）：人工段注入≥2段/约≥300字 + 高疑似段整段重生 + 结构破坏 + 对话毛刺自查；顺序 = U 后先跑 4.1b–4.1e 写 .done_zhuque，再修复；禁止全文二次「降AI润色」/AI改AI；修复子代理不得整段重写人工注入段。

2. 漏步硬门禁：.done_zhuque 为章节闭环必需（无论 U 是否 PASS，步骤4.2/4.3 均须先跑 4.1b–4.1e 再标 chapter）。缺任一必需 .done → 禁止称完成、禁止写 N+1，自动补缺。

   • 漏步矩阵覆盖：只交正文 / 跳U / 跳朱雀 / 跳圣经摘要 / 缺回执 / 未闭环写N+1 / delegate失败降级自审 / 半程收尾被当成完成。
   • 「继续/下一章」前置闸门：先查上一章 .done，不齐先补缺。
   • 每章结束必须输出【第NNN章状态】回执。
   • 语义边界：.done_zhuque 只表示 4.1e 步骤已登记，≠ 朱雀「人工>疑似」已达标；闭环看 .done，达标看用户回传三态。
   • 客观核验：可选运行 scripts/check-done.ps1 或 scripts/check-done.py（规则单源 scripts/check-done-rules.json；按项目目录+章节号核验；章号兼容 第NNN章/第N章；只认空标记 size=0，非空判无效；默认要求 chapter.done；报告「人工证据包」节默认硬校验：标题 + 结构证据类别 ≥2 类且至少含一类强证据（须带段号/字数结构）+ 正文段号交叉；--soft-report/-SoftReport 与 --no-chapter-done/-NoChapterDone 仅限调试）。--allow-non-empty/-AllowNonEmpty 闭环宣称禁止。 维护者回归：python .github/scripts/test-check-done.py。对外汇报必须分列流水线闭环与朱雀三态/待检测。

3. 双验收口径（必读，防把闭环当成过关）：

   验收层	判定依据	谁说了算	全自动能否稳定达到
   流水线闭环	必需 .done 齐（含 zhuque）+ 状态回执已输出	skill / check-done 脚本	能（工具可验）
   朱雀检测达标	用户回传三态中「人工创作特征」>「疑似AI创作特征」	腾讯朱雀 + 用户	不保证——纯 AI 改写常停在「疑似」；要稳定过关通常需真人重写关键句/高疑似段

   • 禁止：.done_zhuque 存在就宣称「检测已通过」。
   • 禁止：疑似 ≥ 人工时输出「已完成去AI化」。
   • 全自动模式的真实上限更接近「疑似」；「人工为主」是目标验收，不是流水线脚本能替你打勾的结果。强化轮与人工注入是提升概率，不是保证。

写后流水线包含 1 个全量审核子代理 U（v9.3 合并版，v9.5.6 扩为八项），每章写完单次调用即完成全部八项审查：

八项检查在 U 内部按八节一次出报告；修复由独立子代理完成，保证审核与修复分离、避免自审偏见。

📥 导入 / 直出类

记忆系统 7 大工作流（功能 18）

A / D / D2 / E 由系统自动触发。B / C / F 可手动触发，在「单个功能」模式下直接说触发命令即可。

自动触发的机制（不用手动叫）

这些是系统自动执行的，写一章跑一套：

快捷命令速查卡

文件产出结构

每写一本书，系统会自动创建这个目录：

[书名]/
├── .done/                       ← 流水线状态标记（空文件，创建于项目初始化；完成状态的唯一权威）
├── .story/                      ← 运行时状态：text-digests.json（正文指纹账本）+ work/（state 提交事务）
├── 设定/
│   ├── [书名]_立项定位单.md
│   ├── [书名]_文风设定.md
│   ├── [书名]_世界观设定.md
│   ├── [书名]_人设卡.md
│   ├── [书名]_人物关系图谱.md
│   ├── [书名]_情节大纲.md
│   ├── [书名]_分卷大纲.md
│   ├── [书名]_章节规划表.md
│   ├── [书名]_角色储备表.md
│   ├── [书名]_卷时间轴_第N卷.md   ← 每卷故事时间区间（03_04 步骤6.1 建档；写前时间一致性校验基准）
│   ├── 修订留痕.md                ← retcon 改旧章留痕（03_26 五·文本指纹第3条追加）
│   ├── [书名]_推演候选.md          ← 工作流F 隔离候选（只此文件，禁污染正史）
│   ├── 细纲/
│   │   └── 第NNN章_细纲.md         ← 头含章节任务书四段（TASK/GOAL/MUST DO/CONTEXT；写后 check-done --require-task-sheet 读取）
│   ├── 拆解/
│   │   └── {作品名}/          ← 拆文库（功能 23：拆解报告/情节节点/情绪模块/人物模块/文风）
│   ├── 创作状态追踪表.md
│   └── 进度看板.md
├── 报告/                        ← 审核/评估/修订类报告 + 章级档案（功能12-17/23/25/26 产出）
│   ├── 第NNN章_全量审核报告.md  ← 每章流水线生成（U 八项 + 修复记录）
│   ├── 第NNN章_章节档案.md      ← 章级审计留痕 + 参数链（不写入正文；非状态权威）
│   ├── 商业可行性评估报告.md
│   └── 创新深度检查报告.md
├── 记忆系统/
│   ├── _state.json                ← 新架构状态单真源（存在时 state_commit 唯一写入；派生禁手改）
│   ├── 圣经/
│   │   ├── 故事圣经.md
│   │   ├── 人物弧线.md
│   │   ├── 剧情时间线.md
│   │   ├── 伏笔清单.md
│   │   ├── 角色数据库.md
│   │   ├── 作者真相时间线.md       ← 03_04 大纲阶段登记；新架构=state 派生（禁手改），旧项目=手写
│   │   ├── 事实台账.md            ← 新架构=state 派生；旧项目=手写
│   │   └── 伏笔时间线.md          ← foreshadow_timeline 派生
│   ├── 上下文.md                 ← 新架构=state.context 派生（禁手改；旧项目无此文件）
│   ├── 约束/
│   │   ├── 金手指约束.md
│   │   ├── 时间约束.md
│   │   └── 叙事线.md
│   ├── 摘要/
│   │   ├── 第001章摘要.md ...
│   ├── 阶段/
│   │   └── 阶段1_第1-10章.md ...
│   └── 卷/
│       └── 卷1_第1-50章.md ...
└── 正文/
    ├── 第001章_章节名.txt
    └── 第002章_章节名.txt ...

项目结构（本技能仓库）

├── LICENSE / NOTICE / THIRD-PARTY-LICENSES.txt   # MIT 主体 + OpenFic Apache-2.0 出处署名与许可全文（三者均随载荷入包）
├── .github/specs/        # 管线门禁规格（zhuque-human-and-pipeline-gates.md，随 .github 仅开发侧）
├── SKILL.md              # 技能入口 + 路径约定
├── system_prompt.md      # 宿主 system prompt（强制 agent 遵守流程，使用前必配）
├── modules/              # 33 个模块文件（28 功能模块 + 2 拆分执行规格 03_26B/C + 3 核心协议/规范 00/01/02）
├── references/           # 14+3 个精选写作参考（含 rulesets/ 规则集子目录）
├── templates/            # 19+3 个输出模板（含 constraints/ 约束模板子目录；含章节任务书模板）
├── scripts/              # 12 类脚本（py + ps1 双实现，perl 为降级路径）
│   ├── 指纹/词频          fingerprint.py|.ps1|.pl|.byte.pl、wordfreq.byte.pl（perl 为近似口径）
│   ├── 闭环核验          check-done.py|.ps1 + 规则单源 check-done-rules.json
│   ├── 状态单            state_commit.py|.ps1（init/draft/commit/check/migrate）+ state_render.py
│   ├── 手改保护          text_guard.py|.ps1（digest/verify/verify-all，账本 .story/text-digests.json）
│   ├── AI 味启发式        detect_ai_text.py|.ps1 + ai-tells.txt（不门禁）
│   ├── 伏笔时间线        foreshadow_timeline.py|.ps1（派生件，禁手改）
│   ├── 预算守卫          check-doc-budget.py|.ps1 + doc-budget.json（热路径文档）
│   ├── 发布包            package_skill.py|.ps1（--check 校验；确定性 zip 仅 py 产出）
│   └── 旧项目迁移        migrate_memory_paths.ps1（单实现；预览默认，-Apply 才动手）
├── .github/              # 维护者工具：workflows/audit.yml + scripts/audit.ps1 + SMOKE_TEST.md + specs/（开发规格，不进 skill 运行时）
└── memory-system/        # 记忆系统模板（skill 内只读，中英对照见 SKILL.md）
    ├── bible/            # 故事圣经 → 故事圣经/人物弧线/剧情时间线/伏笔清单/角色数据库
    ├── summaries/        # 单章摘要模板
    ├── phases/           # 阶段压缩模板（每 10 章）
    └── volumes/          # 卷压缩模板（每 50 章）

约束系统三文件（金手指/时间/叙事线，功能22）的仓库内模板在 templates/constraints/，项目初始化时复制为 [书名]/记忆系统/约束/；上表 memory-system/ 下不含 constraints/ 子目录（结构即如此）。

核心能力

• 28 大功能模块（+03_26B/C 2 个拆分执行规格）：项目初始化 → 世界观 → 人物 → 大纲 → 单章写作 → 爽点/冲突/对话/打斗 → 节奏诊断 → 质量检查 → 强约束系统 → 作品拆解分析 → 叙事质量管理 → 读者审稿 → 写后流水线 → 导入已有小说 → 导出发布 → 轻量直出（短文/推文旁路）
• 状态单真源（新架构，可选）：项目有 记忆系统/_state.json 时，圣经/摘要/上下文由 state_commit 脚本渲染（禁手改，check 逐字比对），.done 自动多一项 state；旧项目无该文件则一切照旧
• 五层自然语言记忆系统：故事圣经 / 人物弧线 / 剧情时间线 / 伏笔清单 / 角色数据库，LLM 直读直写（旧项目口径；新架构四件脚本渲染、禁手改——见上条）
• 强约束系统：金手指叙事约束 / 时间约束 / 多条叙事线监控，叙事参谋风格，不报违规只给建议
• 叙事质量管理框架：写前预检 / 写后三阶复核 / 参数链条存档 / 可替换规则集，全流程叙事品控
• 正文纯净（v9.5.18）：章节 .txt 只含标题行 + 正文，流水线全程不追加任何元数据——章级审计留痕与 参数链改存 报告/第NNN章_章节档案.md，正文可直接导入写作软件，导出/指纹/词频统计不再需要截断处理
• 千章级自适应上下文：章节类型判定（高潮/伏笔回收/过渡/标准），自动调配加载深度，1000 章不爆上下文
• 章节规划表滚动生成：首生成 min(30,全书) 章级规划，写前自动续下一批（或「扩展规划N章」手动控制），避免一次生成全书退化为卷梗概
• 卷数自适应：按全书章数定卷边界（200万字≈10卷），不再写死50章/卷
• 短篇自动分段：立项 ≤5万字 自动按"段"写作（跳分卷大纲）；也可显式指定「非章节·分段」
• 远古伏笔语境回读：第 500 章回收第 1 章伏笔时，自动回读原始章节摘要保证语境完整
• Bible 文档增长控制：超 30KB 自动压缩远古内容，细节下沉到卷压缩，按需回读
• 五道生成门禁：引用校验/一致性校验/蓝图出场校验/未知实体检测/描写一致性，不通过不视为完成
• 风格质量检查：语言风格统一性/叙述视角一致性/文风成熟度（03_13，并入全量审核子代理 U 的 F 项）
• 14+3 个精选写作参考：爽文理论、爽点设计（含进阶体系）、黄金开篇、风格技巧、打斗场景、高级写作技法、朱雀AIGC检测对策、真人指纹实测、首战必胜逻辑链、书名生成策略、爽文五阶段设定框架、写后流水线细则、规则集系统（通用默认+赛博-技术流，支持自定义）等
• 19+3 个精选模板：立项定位单、文风设定、世界观、人设卡、人物关系、情节大纲、章节规划、单章结构、章节档案（章级留痕+参数链）、质量检查、朱雀去AI化检查清单、约束系统（金手指/时间/叙事线）等

快速开始

装好后（见「安装」节）直接说「写小说」即可触发完整创作流程，长篇连载自动启用记忆系统。

声明

本技能主体内容由 AI 生成；第三方移植/引用内容及其许可见 NOTICE 与 THIRD-PARTY-LICENSES.txt。