novel-writing-skill

name	novel-writing-skill
description	为长篇小说提供写作 skill：正文续写/补写/改写/扩写、卷纲与设定整理、质量审查（OOC/设定冲突/战力崩坏/节奏拖沓）、以及当前状态卡、伏笔池、微粒账本维护。触发词包括续写、改写、扩写、卷纲、设定、当前状态、pending_hooks、particle_ledger、写作自检、章节清算、历史考据、联网核验。

Novel Writing Skill

执行优先级

1. 用户本轮硬约束。
2. 固定路径中的正文与账本事实。
3. 本技能规则与参考准则。

发生冲突时，按优先级覆盖并在输出里标注“覆盖了哪些旧规则”。

固定工作路径（相对路径）

只使用以下路径，不扩展到其他目录：

用途	路径
大纲	fanqie/凤阙藏锋_小说大纲_v1.md
文章主要内容（正文）	正文/
当前状态	fanqie/99_当前状态卡.md
伏笔池	fanqie/pending_hooks.md
微粒账本	fanqie/particle_ledger.md
关键线索四层表	fanqie/关键线索四层表.md
写作风格	fanqie/写作风格.md（若存在则强制读取）
写作自检模板	fanqie/写作自检模板.md
章节清算模板	fanqie/章节清算模板.md

说明：

• 若项目已改名或重构过文件名，以仓库当前真实路径为准，优先修正 skill 内旧路径，不再死守历史命名。
• 若发现 skill 里的固定路径仍指向旧题材、旧书名、旧方案，应先更新 skill，再继续正文工作，避免后续账本与标题对齐全部跑偏。

文件结构硬规则

• 正文章节只写入 正文/。
• 正文文件只保留章节标题与正文内容，不嵌入 【写作自检】、【章节结算】、账本表格、维护说明或任何元信息。
• 正文文件不得保留多余空行；章节标题下直接接正文，正文内部仅保留必要段落分隔，不得出现纯空白行。
• 单章字数硬下限：默认 >=3000 个正文字符；长篇连载常规目标建议 4500-6500 个正文字符，3000 只算保底线，不算丰满章。
  • 口径：这里的“字数 / 文字数量 / 正文长度”，统一指正文内容的 Unicode 字符数，不是 UTF-8 字节数。
  • 计数范围：只统计正文内容本身；H1 标题行、文件名、空白行、Markdown 标记说明不计入目标字数。
  • 计数细则：汉字、全角标点、阿拉伯数字、英文字母，各按 1 个字符计；以角色可见正文为准。
  • 禁止误判：不要再用 wc -m 充当中文“字数”口径；在 UTF-8 场景下它更接近字节统计，容易把 1000+ 汉字误看成 3000+。
  • 推荐验收口径：优先用能按 Unicode 字符计数的方式校验，例如 Node.js 的 const chars = [...body].length。
  • 执行要求：若用户未明确要求短章、过桥章、卡点章，续写/补写/扩写至少按 >=3000 个正文字符落盘；若用户明确强调“篇幅要厚 / 文字量不能少 / 需要更丰满”，默认按 >=4500 个正文字符执行。若因用户硬约束或项目特殊节奏必须短于该值，需在输出里明确说明“为何本章低于字数下限”。
• 正文标题禁止使用“概念解释型狠句”做章名：
  • 禁止优先写法：不是X，是Y、并非X，而是Y、不是为了X，是为了Y、写的不是军功，是谁该死 这类“作者替读者总结意义”的标题。
  • 优先改写方向：改成“实物 + 动作/程序 + 后果”，例如把意义压回世界内结果：谁被钉死、哪一页纸把谁拖进死局、哪口药把哪条线咬出来。
  • 规则解释：前中期章名最怕“先解释，再发生”；章名要先给危险和抓手，不要先替读者做概念判断。
• 正文禁止出现“卷提示/预告式元叙事”：
  • 禁止写法示例：马上进入第二卷、第二卷开始、引出第二卷、本卷/下卷预告、未完待续/To be continued、下一章更精彩、作者的话 等。
  • 允许位置：若确需说明“卷一/卷二/卷末/卷二入口”等结构信息，只能写入 fanqie/（如卷纲、状态卡、伏笔池、清算、自检），不得写入正文。
  • 例外：只有当“卷/期/编号”等词是世界内可见的实体内容（例如文件编号、卷宗编号、案卷卷宗、书册卷次被角色读到并触发剧情），且写法不带“读者预告口吻”，才允许出现在正文。
• 正文禁止出现“后台复盘口吻/章节号回指”：
  • 禁止写法示例：第040章那一下短促命中留下来的后劲、上一章那场枪响、本章这里要交代、前文提到的那条线。
  • 强制改写方向：一律改成世界内时间锚点、动作锚点或实物锚点，例如 昨夜那一下短促命中的后劲、停车场那一枪之后、木桥那夜留下的照片里。
  • 规则解释：正文只能让角色活在事件里，不能让叙述替作者复盘章节结构。
• 【写作自检】 统一写入 fanqie/写作自检模板.md。
• 【章节结算】 统一写入 fanqie/章节清算模板.md。
• 章节推进后的状态、伏笔、筹码变动，只回填到 fanqie/99_当前状态卡.md、fanqie/pending_hooks.md、fanqie/particle_ledger.md、fanqie/关键线索四层表.md，不得反向写回正文章节。

联网搜索准则（默认强制）

1. 不确定即搜索：只要有事实、数据、时效性不确定，立即联网。
2. 多轮迭代：首轮不理想必须调整关键词，做中英切换、术语扩展、反向求证。
3. 交叉验证：关键事实至少对照 2-3 个不同且权威来源。
4. 冲突显式化：来源冲突时明确写出冲突点与采信理由。
5. 禁止搬运：必须综合分析，不做搜索结果拼贴。

说明：纯虚构章节续写且不涉及现实考据时，可只基于本地资料；若用户明确要求“全部联网核验”，按用户要求执行。

任务分类

1. 正文创作：续写、补写、改写、扩写。
2. 设定工作：世界观、人物卡、卷纲、势力关系、战力逻辑。
3. 质量审查：雷点排查、OOC、节奏、爽点、逻辑闭环。
4. 账本维护：状态卡、伏笔池、微粒账本、章节结算。

最小上下文原则

• 设定讨论：先读大纲；若存在 fanqie/写作风格.md，必须同步读取；必要时补读状态卡。
• 正文/审稿/复盘：先读状态卡；若存在 fanqie/写作风格.md，必须同步读取；再回读最近 3-10 章；若涉及关键线索递进，必须同步读 fanqie/关键线索四层表.md。
• 吞噬/突破/卷末/大节点：同步核对状态卡、伏笔池、微粒账本、关键线索四层表。
• 不默认通读全部历史章节。
• 开篇 1-6 章额外原则：
  • 先核对对应分卷简纲（如 fanqie/第一卷主要内容以及各个文章标题主要内容.md），确保四钩子、人物任务和章尾钩子没有被正文写偏。
  • 开篇章不只要“读着顺”，还要检查“下一章有没有被提前写空”；尤其是配角首场戏、药线首露、旧案首证，不能在前章把后章的兑现空间透支掉。

正文工作流

1. 读 fanqie/99_当前状态卡.md 锁定当前锚点。
2. 若存在 fanqie/写作风格.md，必须在正文动笔前读取，并把它视为本项目文风硬约束。
3. 回读 正文/ 近期章节，确定冲突链与信息边界。
4. 写正文前，若本章涉及旧线索推进，先查 fanqie/关键线索四层表.md，确认该线索当前所处层级是“首次提及 / 首次实物化 / 首次程序化 / 首次定性”中的哪一层，禁止把“露头”写成“落地”，也禁止把“程序化”误写成“首次出现”。 4.1 开篇钩子校验（前 1-6 章强制）：

• 第001章除了死局、截囚、倒计时，还必须埋出后续母线的“程序异常/补卷异常/次序异常”前置信号，不能把核心证据链完全拖到第002章后才第一次露头。
• 第002章这类“角色初见 + 线索递手”章节，只能把线索递到主角手里，不能提前替后续章节完成定性或并线；尤其是裴照雪、沈砚书这类后续会承担独立功能的角色，首场戏只准递风险、递缺口、递代价，不准直接把答案递满。
• 第003章这类“验簿/验手/验程序”章节，章尾不能只停在分析结论，必须把“得证”立刻转成“更危险”或“今夜会出手”，让下一章杀局或灭口不是另起炉灶，而是顺势压下来。
• 第004章这类“前章证据转夜袭”章节，开头必须承接上一章已经落下的危险，不得重复搭建同一轮威胁说明。

5. 先把本章 【写作自检】 记入 fanqie/写作自检模板.md，不要写进正文文件。
6. 只向 正文/ 输出纯正文。
7. 需要结算时，把本章 【章节结算】 记入 fanqie/章节清算模板.md，不要写进正文文件。
8. 正文落盘前执行一次空行清理，确保全文不存在纯空白行，可直接复制粘贴到番茄后台。 8.0 字数硬闸门：若无用户明确豁免，正文落盘前必须确认单章正文 >=3000 个正文字符（Unicode 口径，不按 UTF-8 字节算）；低于该值默认视为未完成章，而不是可直接交付章。 8.0.0 字数验收补充：

• 若用户本轮强调“字数太少”“章节太薄”“需要更丰满”，则本章默认目标上调为 >=4500 个正文字符。
• 若平台侧存在 word_number 字段，可把它视为近似参考；真正落盘验收仍以本地正文 Unicode 字符数为准。
• 推荐落盘前快速自检命令（可选，但推荐执行）：

  node --input-type=module -e "import {readFileSync} from 'node:fs'; const s=readFileSync(process.argv[1],'utf8'); const body=s.split('\n').slice(1).join('\n'); console.log([...body].length)" 正文/第025章_xxx.md
  

8.0 标题对齐硬闸门：正文与账本必须“字面一致”（含章号位数与标点），禁止只对齐意思不对齐文本。

• 必须一致的 5 处：正文文件名、正文 H1 标题行、fanqie/99_当前状态卡.md 的“当前章”、fanqie/章节清算模板.md 本章行、分卷简纲（例如 fanqie/第二卷主要内容以及各个文章标题主要内容.md）本章标题行。
• 章号格式建议统一为 3 位：第001章…第999章；若用户项目已采用 3 位，则所有 fanqie/ 文件的标题行也必须同步 3 位（例如 第032章，而不是 第32章）。 8.0.1 前中期章名优先级（强制）：
• 优先顺序：实物/程序抓手 > 世界内危险 > 人物关系压迫 > 作者概念总结。
• 标题若能直接点出“哪一页纸、哪口药、哪扇门、哪道规矩”就不要退回抽象判断。
• 凡是标题读起来像“写作复盘结论”而不是“世界内正在发生的事”，落盘前必须重写。 8.1 正文落盘前执行一次“元叙事泄漏扫描”，确保正文不出现卷提示/预告式旁白：
• 重点关键词：卷一、卷二、第二卷、进入第二卷、马上进入、引出、下卷、本卷、卷末、卷终、未完待续、To be continued、作者的话、下一章。
• 若命中，优先改写为“世界内叙事”的动作/信息（角色收到通知、文书落纸、程序节点推进），而不是对读者说话。 8.1.1 正文落盘前执行一次“章节回指扫描（强制）”，严防把账本/复盘口吻串进正文：
• 重点命中模式（示例）：第0[0-9]{2}章、第[0-9]{2,3}章、上一章、下一章、前文、本章（当其不是世界内实体内容时）。
• 强制规则：若命中叙述层回指，必须改写成世界内锚点，不得保留“章节编号/章节顺序”口吻。
• 建议落盘前快速自检命令（可选，但推荐执行）：rg -n \"第0[0-9]{2}章|第[0-9]{2,3}章|上一章|下一章|前文|本章\" 正文/第*.md 8.2 正文落盘前执行一次“否定对仗句式扫描（强制）”，严防出现“不是X，是Y”这类自我解释口吻（叙述层最伤质感）：
• 重点命中模式（示例）：不是…是… / 并非…而是… / 不…而… / 不是为了…是为了…。
• 强制规则：只要命中，必须在落盘前改写为“动作+结果”或“具象描写”，不得以“这句挺好/挺有力”作为例外理由。
• 建议落盘前快速自检命令（可选，但推荐执行）：rg -n \"不是[^。！？\\n]{0,40}是|并非[^。！？\\n]{0,40}而是|不是为了[^。！？\\n]{0,40}是为了\" 正文/第*.md 8.2.1 配角递线止口（前 1-12 章强制）：
• 配角首场戏可以递缺口、递危险、递态度，不可以直接把两条大线在叙述层“宣布咬合”。
• 禁止写法示例：角色刚第一次出场，就通过一个动作把“药线和旧案线已经咬在一处”“这两条线已经并轨”之类的作者结论直接落死。
• 强制改写方向：改成“她只露出知道得比明面多”“她递了止口或提醒”“主角记住这个动作，但暂不替它下总判”。
• 规则解释：前期最值钱的是入口，不是答案；留住后章兑现空间，比前章解释明白更重要。 8.2.2 章尾转险规则（前 1-24 章强制）：
• 若本章核心收益是“得证/验出/认出/拆出”，章尾必须再补一脚危险升级：有人会灭口、窗口只开到某时、今夜不会太平、下一步要先活过去。
• 禁止把章尾停在“分析完成”或“概念结论成立”上，除非下一章本身就是同一场戏的连写且风险已经落下。
• 规则解释：连载章尾不是论文结论区，而是下一轮生死局的起爆点。

9. 回填 fanqie/99_当前状态卡.md、fanqie/pending_hooks.md、fanqie/particle_ledger.md、fanqie/关键线索四层表.md。
10. 自检新增：检查 fanqie/第一卷主要内容以及各个文章标题主要内容.md（或对应分卷简纲）是否已经被正文推进超车；若已超车，必须同步修正该简纲，确保“正文事实 > 分章简纲表述”始终一致，禁止出现正文与简纲各说各话。

账本硬规则

• 微粒硬锚点：840000000。
• 重要收益必须给出具体数值，禁止“暴涨/海量”式模糊词。
• 同类资源重复吞噬需体现衰减。
• 同档样本增量超过 3 倍必须解释；超过 10 倍默认异常，需用户明确授权。
• 关键线索一律按四层管理：首次提及 -> 首次实物化 -> 首次程序化 -> 首次定性。
• 伏笔池窗口对齐：fanqie/pending_hooks.md 内任何 预期回收窗口 不得早于 fanqie/99_当前状态卡.md 的当前章；若发生，必须顺延到未来章节，并在备注说明“为何延期”（例如主线被验人窗口拖拽、取证排队未回流、风险等级上调）。
• 若某线索在正文中已于前章“首次提及”，账本与清算不得把后续“实物化”误写为“首次出现”。
• 若发现 particle_ledger.md、章节清算模板.md、写作自检模板.md 与 关键线索四层表.md 对同一线索的层级描述冲突，以“正文事实 + 关键线索四层表”优先，并同步修正其余账本。

审查输出格式

按“问题 -> 证据 -> 最小修法”输出，优先修根因。

重点扫描：

• 设定冲突
• 人物 OOC
• 敌方信息越界
• 元叙事泄漏（卷提示、预告口吻、作者旁白）
• 战力崩坏
• 微粒跳变
• 伏笔失管
• 节奏拖沓
• 词汇疲劳与机械感

文风与表达

• 默认简体中文。
• 创作文本保持玄幻/强冲突爽文质感（除非用户本轮明确改题材）。
• 表达可直言、犀利、带轻微幽默，但不做低质嘲讽和无意义攻击。
• 优先“动作+反应+代价+收益”，少空洞口号。
• 规避“否定句对仗式自我解释”句型（如“X不是Y。X是Z/提醒/暗号”）。改为用动作与具体结果承接，不做概念化转述。

参考准则加载

涉及深度审稿、角色塑造、节奏修复、现实考据时，读取：

• references/写作准则.md

该文件包含：联网铁律、角色构建六步、雷点库、节奏控制、主线/支线管理、金手指平衡、包装优化、以及现实题材考据要求。

合规边界（必须遵守）

• 可为小说提供历史、金融、军事、黑帮等题材的背景化分析。
• 禁止提供可直接执行的现实违法方案（如走私军火、雇凶、规避执法、真实犯罪操作手册）。
• 若用户提出现实违法操作请求，改为：风险评估、历史背景、法律后果、或纯虚构剧情设计。