Skill: 网络小说创作技能

版本：v7.52（2026-10-26）· 场景连续性与章节任务卡升级版 核心特性：九大模式一个入口（长篇/短篇/短剧剧本/扫榜/拆书/导入旧书/审校/去AI味/封面）+ 30项校验（脚本硬卡13 + AI语义17，含章节名平台规范+剧情推进力反打圈） + 黄金开篇 + 期待感体系 + 视角纪律 + Show don't tell + 爽感闭环 + 打脸四拍 + 金手指设计原则 + AI味指数（含八维视图与章内5-gram结构维） + 朱雀AI文本线上检测（可选，定量复核+分段定位） + 作者记忆 + 约束锁 + 连载记忆（三层回顾归档+信息差矩阵）+ 设定优先级链 + 润色扩写配方库 + 节奏量化（冲突值/章节类型/缓冲章三型）+ 钩子载体DNA（五槽指纹）+ 失败码闸门 + 设定库体检 + 文风样本软门禁 + 常量集中 + 开源融合的项目体检/上下文包/连续性/差异/快照闭环 + SkillHub 版本检测、安全更新、备份与失败回滚 + 一键改版 bump_version.py（版本+日期同步全部登记点位，v7.43）+ 审校骨架生成器 review_skeleton.py 与语义 weak 弱证据档（不卡死但不可当交付结论，v7.44） + 主文件瘦身为纯路由中枢（89KB→35KB，写作规则唯一正文=《写作铁律》，v7.44） + 全文审稿流水线（P0-P3 分级+修复队列+二审对比+回归检测）与规则台账（规则生命周期）+ 题材例外优先原则（v7.35 硬卡降噪：修辞/活人感/人物描写降为自然度信号） + 可视化驾驶舱（v7.48：十分区看板 + 写作热力/月度产出/质量矩阵/伏笔跨度/AI味走势 + 深色主题与 Ctrl+K 跳章，纯手写 SVG 零依赖） v7.0 主线：整合本地 story 技能族（12个）与开源社区精华（oh-story、网文工坊 WebNovel Studio 等），一个技能覆盖网文全流程。文件夹为稳定名，版本号只在本文件头部与 versions/ 演进。

📁 技能目录结构

完整目录树（doctor 目录树登记真源）见 references/目录结构.md。

⚙️ 全局配置

🧭 模式路由表（AI必读第一条！识别到小说意图先查此表）

复合请求判定协议（v7.39）：先锁定用户明确限制（只读/不外传/不改正文）→ 再识别主创作动作 → 再挂附加诊断 → 最后决定写入/联网。多个动作若会产生不同写入、外部传输或剧情变化，必须拆阶段并停在确认点；“写完后本地检查”可作为当前流程的内置 Gate。

路由原则：第一次使用先读 快速开始.md；需要判断工具时再读 工具选择.md。明确的小说创作、续写、生成、审校、拆文、扫榜、导入、封面或项目维护意图 → 再读本表、模式操作卡.md 对应卡片和专项手册；普通文案、诗歌、非小说写作不进入本技能。简单请求默认使用快速级，不自动启动完整审校流水线。发布前只读预检不等于上传，上传仍需用户明确授权。

主流程判定协议

1. 先识别主动作：写作、只读审查、授权修订、项目迁移、外部检测或技能维护。
2. 再识别项目状态：无项目、规范项目、旧稿、单文件、损坏/缺失档案。
3. 再识别权限边界：是否允许改正文、是否允许改档案、是否允许联网或把正文发出本机。
4. 只有不改变权限和产出的附加检查才能自动串联；会改变文件、剧情或外部数据流向的动作必须拆成阶段并停在确认点。

优先级固定为：用户明确的只读/隐私限制 → 技能更新与安全维护 → 明确创作动作 → 诊断和可选产物 → “继续/帮我看看”等泛化请求。缺失参数如果只影响格式，可使用手册默认值；如果会改变结局、人物命运、外发数据或写入范围，必须先确认。

🚀 快速开始

第一次使用只读 references/快速开始.md；工具分工看 references/工具选择.md；遇到闪退、报错、找不到项目或更新失败，再看 references/常见问题.md。安装后优先运行 python tools/doctor.py，不要一开始把所有检查命令全部跑一遍。

第一步：初始化项目

初始化项目，书名叫《你的书名》，题材是玄幻，预计100万字

第二步：发设定（没有就AI生成，生成后你确认再继续）

【世界观】xxx 【主角】名字、性格、能力、口头禅、怪癖 【关系方程式】xxx 【大纲】每卷每章发生什么

第三步：写章节

写第1章

📋 常用指令速查

全文见 references/指令速查.md；日常按上面的路由表走即可。

🥇 写作铁律（全文外置，本节只留不可让渡的四条红线）

写作规则唯一正文：references/写作铁律.md——黄金开篇、钩子三分法、 钩子载体DNA、期待感体系、爽感闭环、金手指四原则、视角纪律、Show don't tell、人味与失控感、 剧情推进力铁律、网文排版、场景单元、作者记忆、约束锁、设定优先级链、题材例外优先原则、 扩写权限白名单、文风样本、审稿卡、章节名规范、平台红线、节奏量化、爽点公式等全部在此。 写作前必读该手册，本文件不再重复其内容。

四条不可让渡的红线（每次写作都必须满足，违反即返修）：

1. 前3章生死线：禁开头8条；前300字必须有人物+异常；前3段必有钩子信号。
2. 剧情推进力：每章「推进四问」命中 ≥2（主线/峰值章 ≥3）；命中打圈黑名单即返修。
3. ** Show don't tell**：情绪只走行为/生理反应/对话潜台词，禁止直接贴情绪标签。
4. 对话铁律：对话占比 15-50%；「他说/问道」类引导语合计 ≤5；禁止问答长度对称的科普嘴。

题材例外优先原则：规则与题材冲突时，以题材为准并在 mind/书格.md 声明，不硬套默认带。

长篇分卷硬线（番茄默认）：长篇必须先建立 大纲/卷纲.md，每章必须归属一个卷；写章、续写和回填时都要在 mind/章节目录.md 记录卷号。未确定当前卷或跨卷边界时先补卷纲，不直接写正文。

章节任务卡与场景锚点（v7.52）：写章前运行 tools/chapter_brief.py <项目根> <章号> --write；任务卡状态为 needs_input 时先补齐章纲、场景纲、上一章事实或人物状态。场景纲必须记录在场人物、进入原因、承接事件和下一场过渡；写前预检和写后交付均运行 tools/scene_continuity.py。工具只证明结构和明确机械矛盾，人物动机、信息差与幽默仍须语义审校。

✅ 30项校验（每章写完必须全部执行）

分级：[✗]硬伤=脚本退出码1禁止交付；[!]警告=通过但必须逐条人工处理。 口径：30项校验 = 脚本硬卡13 + AI语义17（第21/23/24 为自然度信号警告级——缺失出警告不出硬伤， 禁止为过检强塞口头禅/修辞/外貌限额）。

通过标准与逐项明细：references/30项校验明细.md； 执行器 / 规则ID / 测试入口：references/核心校验映射.md。

python tools/check_chapter.py "<章节文件路径>"          # 脚本硬卡13项
python tools/chapter_brief.py "<项目根>" <章号> --write # 写前任务卡与来源哈希
python tools/scene_continuity.py "<项目根>" --chapter <章号> --json # 场景锚点与转场
python tools/review_skeleton.py "<项目根>" <章号>        # 生成第14-30项语义审校骨架
python tools/chapter_readiness.py "<项目根>" <章号> --full --json   # 交付 Gate

• 语义项无 AI 复核时可用 weak 弱证据档：Gate 不卡死，但 delivery_ready=false，不可当正式交付结论。
• 不进单章清单的两项：冲突值归 tools/conflict_score.py 与章纲；缓冲比归 references/体检.md。

🚧 失败码与交付闸门

三个语义失败码（只有这三个，不新增第 4 个）

交付前质量门

处置原则：本地为逐章流式写作，任何失败一律就地修复（改本章或补上一章的铺垫），不采用"销毁整批重写"。

执行级别（v7.27）

• 快速级：适合普通写章、续写和短小修改；先用 project_audit.py 或 context_pack.py 做最小准备，必须做格式、字数和连续性基础检查，更新本章直接依赖的档案；不自动生成剧本、看板或调用外部检测。
• 标准级：默认用于完整章节交付；在快速级基础上执行 30 项校验、章节回顾、必要的剧本同步和审稿卡。
• 深度级：用户明确要求“深度审校/全书检测/去AI味/看板/转剧本”时启用；才运行全书工具、朱雀/墨尺、剧本质检和看板刷新。

大修、批量改稿或覆盖档案前：先运行 snapshot_project.py；改稿后运行 chapter_diff.py，删除比例超过 10% 时必须复核伏笔、钩子、因果和人物状态。接手旧书先跑 project_audit.py，续写前用 context_pack.py 形成来源可追溯的上下文包。

外部检测和第三方生图服务必须先说明正文或提示词是否会离开本机，并取得用户明确同意；未同意时只执行本地流程。

🎯 写章节执行流程

第零步：路由与准备

• 查模式路由表，读对应手册；已有项目先跑 tools/project_audit.py；目标章续写用 tools/context_pack.py 取 mind/ 七档案 + 回顾/、上章结尾500字和最近回顾，避免无边界扫全库
• 先生成写前任务卡：python tools/chapter_brief.py "<项目根>" <章号> --write；卡片 status=ready 才进入正文，needs_input 只列缺口，不凭记忆补事实
• 场景预检：python tools/scene_continuity.py "<项目根>" --chapter <章号> --json；地点/时间/视角变化必须有进入原因、承接事件或下一场过渡
• 先定位卷：读取 大纲/卷纲.md 和 mind/章节目录.md，确认本章所属卷、卷内阶段和卷末目标；卷号缺失或卷界未定时先补卷纲并停在纲上
• 文风样本可用性检查（软）：设定/文风样本.md 存在 → 本章以样本文气为基准；不存在 → 不阻塞，按 8 Gate 基线写，写完提示一次"建议补文风样本"
• 建约束锁，并登记本章节奏类型 + 冲突值（可选）（节奏类型必填，取自章纲；冲突值需要时跑 tools/conflict_score.py）
• 明确本章信息差三层（读者/主角/配角知情范围，查阶段回顾的信息差矩阵）
• 确认角色位置/物品/数值/时间与上章一致
• 配置了小说库/拆文库→检索同类写法应用；项目开启同类小说研究且已授权联网→先运行 tools/similar_novels.py 选最多3本并读取结构卡；两者未配置或失败都跳过不阻塞，但必须留一行可见说明。

第二步：事业部调度（每项留下可见动作，禁止扫一眼就过）

• D01设定：列出本章涉及的三根高压线，正文不触碰
• D02剧情：标明本章在第几卷的战役位置；落差公式设计主冲突，并检查卷内 20%/50%/80% 里程碑
• D03角色：出场角色兑现口头禅/怪癖至少1次（有台词者）
• D04冲突：双方诉求+谁付代价+付什么代价
• D05伏笔：按章纲埋/收，写完更新追踪表编号
• D06对话：删对话前后>30字的动作/心理块；标出潜台词句
• D07描写：≥3感（视/听/触/嗅/味），感官落在动作里
• D08节奏：≥1处快（短句连发）+≥1处慢（长句舒缓）
• D09情感：悲伤禁"他很痛苦"，行为展示
• D10风格：比喻落在动词名词（"刀像活物咬进骨头"）
• D11修辞：排比≤2连、比喻限额（每800字≤1处）；不设最低修辞数量（v7.35）
• D12节奏与类型：按本章节奏类型决定渲染重心——峰值章压缩心理与对话（思考+对话≤10%）、缓冲-代价章聚焦代价具象、缓冲-线索章单章解密≤30%、缓冲-对话章删掉对话须伤及主线

第三步：四层瀑布

• L1种子：本章核心情绪/信息（1句话）
• L2架构：2-4个场景，按目标→阻碍→转折写冲突点和情绪转折
• L3叙事：确定视角与时序（默认第三人称、单主角限知；必要时按用户授权少量切换角色视角，必须分场且保持限知）
• L4渲染：按三段式执行（真人策略+比喻打击+反啰嗦+活人感+人味）

第四步：按执行级别校验

快速级先跑基础脚本并处理硬伤；标准级再执行 13 项机械检查 + 17 项 AI 语义复核，并在改稿场景跑 tools/chapter_diff.py；深度级另跑 tools/retention_check.py "本章" --prev "上一章"、tools/continuity_check.py 和外部/全书检测。语义项必须给出证据、结论和待确认项，不得只输出“通过”。
任何硬项不过 → 改 → 重验。
其中 第28项「钩子 DNA 与归属核验」（含章名三对齐）、第29项「因果与代价守恒」与 第30项「剧情推进力」为硬项（第28/29项 v7.4 新增，第30项 v7.9 新增，章名三对齐 v7.10 扩入第28项；写法见本文件《钩子载体DNA》《失败码与交付闸门》与《剧情推进力铁律》）。

第五步：更新档案与可选产物

**v7.42 章节交付 Gate：**正式交付运行 tools/chapter_readiness.py <项目根> <章节> --full --json，默认强制语义证据。它会校验 mind/审校/第XXX章审校.json 覆盖第14-30项、每项有合法 status 与非空字符串 evidence、版本和当前正文 chapter_sha256 匹配；存在 revise/blocked 或正文已变更而未重新审校时，不得落交付断点。草稿可显式使用 --skip-semantic，此时 delivery_ready=false，不能作为交付结论。--full 调用全文审稿的不落盘模式，不推进审稿轮次。 章节落盘 书稿/第XXX章_章节名.md（章节名按《章节名规范》起：与章末钩子同源、2-12字平台风格，写完正文后按实际钩子定名再落盘）；所有级别都更新本章直接依赖的 mind/ 档案 + 单章回顾，并把卷号写入 mind/章节目录.md；标准级按项目需要补阶段回顾和剧本同步；深度级才强制运行 tools/script_check.py、tools/continuity_check.py、外部检测和 tools/visualize.py。看板刷新失败不阻塞正文交付。

防失控：单轮批量写作默认1章、日更≤3章；一键生成模式不受限但每章完整走五步并立即落盘。

🔁 一键生成与断点恢复（跨会话续跑协议）

1. 入口：读 mind/章节目录.md 进度行定起始章
2. 循环：写第X章（全流程含30项校验）→更新档案（每章立即落盘）→下一章
3. 中断恢复：任何新会话说 续写 或 一键生成 即从进度行继续，已完成章不重写——状态在硬盘不在对话里，重开会话零成本；断更/跨会话复写优先读最近阶段回顾+最新单章回顾，不重读早期正文
4. 每章落盘后输出一行断点记录（回复末尾）：
   【断点】已完成至第X章 | 下一章：第X+1章 | 待办：XXX
5. 纯净输出（榨干单会话产能）：章节正文只落盘，绝不在回复中重贴全文；过程回复只保留约束锁、分段标记、断点记录、校验摘要行。单会话产能从15-20章提到30章+
6. 禁压缩结局铁律：「一键生成到完结」= 按总纲规划逐章写完。严禁为省轮次提前收尾、合并剧情、压缩结局。单次上下文跑不完完结属正常——写到上下文临界就停在章边界，输出断点记录并明确告知"本次写到第X章，下次续跑"。宁可分150次跑完3000章，不可压缩一次"跑完"
7. 终止：目标章数/卷末/完结；每卷结束先完成卷末回顾、卷纲兑现和下一卷钩子，再进入下一卷；完结章末尾加「（全书完）」；且必须核对总纲结局要素全部兑现才许标完结

📋 其余速查（全文外置）

以下内容同样不在主文件展开，按触发词路由到对应手册：

📚 版本历史

• 版本历史唯一真源：versions/CHANGELOG.md（v7.40 起主文件不再内嵌版本历史，本节仅留指针）。

现在，开始您的创作之旅吧！ 🚀

只需说："初始化项目，书名叫《XXX》，题材是XXX，预计XXX万字"（长篇）或"写短篇 / 写短剧剧本 / 扫榜 / 拆书 / 导入旧书"（其他模式）