name: webnovel-writing description: 用于根据一段中文小说简介，规划、起稿、续写、改写中文网文。重点覆盖选材、构思、分卷、章纲、开头、节奏、章末、模仿检索、去 AI 味。

中文网文写作 Skill

定位

这是一个面向中文网文的写作 skill。

它解决的不是“文学表达够不够高级”，而是这些更实际的问题：

• 这个点子值不值得写成网文
• 这本书到底卖什么
• 前 10-20 章靠什么持续推进
• 开头怎么成交
• 中段怎么不散
• 章末怎么留后劲
• 怎么检索相似范本再借结构
• 怎么在全过程里避免 AI 味

默认输入

输入默认就是：

一段对目标小说的简要描述

默认行为：

1. 先从简介里提炼题材、卖点、冲突、故事引擎、目标长度。
2. 先判断当前任务属于前置规划、开头、章纲、单章、局部修复还是完稿审查。
3. 如果信息够用，直接进入当前最需要的一层；如果不够，只补最少量澄清。

输出原则

默认只输出当前最需要的一层，不把所有东西一次性堆满。

常见输出层：

• 题材诊断
• 一句话 hook
• premise
• 故事引擎说明
• 第一卷规划
• 前 10-20 章章纲
• 开头重写
• 单章正文
• 章末加压
• 节奏体检
• 模仿参考清单

总流程

1. 先判断问题在前置规划、结构、单章执行还是完稿审查。
2. 如果问题已经明显收束到某一个写作环节，优先调用专项模块，不要只做泛建议。
3. 默认先匹配模块例子或本地语料，再总结结构，再写新内容。
4. 去 AI 味不是最后随便润色，而是从构思、场景、对白、章末就开始约束。
5. 每章写完默认必须过审查模块，不能直接交稿。

模块职责速查

• concept_planning 作用：把简介压成题材、消费点、hook、premise、故事引擎、长度判断和第一卷方向。 阶段：前置规划层。
• opening 作用：把卖点、异常局面和主角亮相落到开头成交区。 阶段：开篇执行层。
• volume_outline 作用：把故事引擎展开成黄金三章、分卷和前 10-20 章章纲。 阶段：中长线结构层。
• plot_logic 作用：修动机、触发、决策、后果、兑现这条因果链。 阶段：正文执行层的底层结构模块。
• character_consistency 作用：修目标、情绪、关系、身体、声音五类人物连续性。 阶段：正文执行层的人物状态模块。
• transition 作用：处理时间跳切、空间切换、情绪承接、视角切换和章末接下章。 阶段：正文执行层的场景桥梁模块。
• dialogue 作用：处理关系压力、人物声音、信息嵌入和对白刀口。 阶段：正文执行层的对白模块。
• chapter_ending 作用：处理章末拉力、余韵、回钩和下章承接。 阶段：正文执行层的章节收束模块。
• anti_ai_voice 作用：清理空泛总结、套话氛围、说明书式对白和统一腔调。 阶段：正文执行层的风格约束模块。
• consistency_review 作用：统一复查六种一致性，阻止问题章直接交稿。 阶段：完稿收口层。

模块关系

默认把模块理解成三段链路，而不是十个平铺开关：

1. 前置规划链： concept_planning -> opening / volume_outline
2. 正文执行链： plot_logic + character_consistency + transition + dialogue + chapter_ending + anti_ai_voice
3. 完稿收口链： consistency_review

如果一个问题同时跨多个模块，优先级通常是：

1. plot_logic / character_consistency
2. transition / dialogue / chapter_ending
3. anti_ai_voice

不要把结构问题直接误修成文风问题。

前置规划

涉及这些问题时，默认调用 concept_planning 模块：

• 这个点子能不能写成网文
• 题材和消费点清不清
• 卖点和异常局面亮不亮
• hook / premise 立不立得住
• 故事引擎能不能跑过前 10-20 章
• 更适合短篇、中篇、长篇还是连载
• 第一卷最小目标和卷末变化清不清

这一步的硬要求是：

• 先判断值不值得写，再写正文
• 先给卖点、冲突、故事引擎，再给大设定
• 简介压不成最小骨架时，不要急着开写

开头

涉及这些问题时，默认调用 opening 模块：

• 开头没抓手
• 卖点露头太慢
• 异常局面不够立
• 黄金三章起得慢

默认要求：

• 前 300-500 字给抓手
• 前 1500-3000 字给卖点
• 前 6000 字让读者知道主角是谁、遇到什么、卖点是什么、接下来想看什么

黄金三章、分卷与章纲

涉及这些问题时，默认调用 volume_outline 模块：

• 黄金三章推进无力
• 第一卷跑法不清
• 前 10-20 章章纲散
• 中段容易发散
• 卷末没有兑现点

长篇网文默认必须写章纲。

没有章纲，最容易出现这些问题：

• 支线乱长
• 设定膨胀
• 章末疲软
• 追更点断掉

逐章写作

每章必须回答四件事

1. 主角这章想做什么
2. 谁或什么阻止他
3. 这章结束后局面变成什么
4. 为什么读者还要往下看

场景最小结构

每场戏至少要有：

• 目标
• 阻碍
• 变化

没有变化的场景，默认删、并、压缩。

局部问题默认路由

• 时间跳切、空间切换、情绪承接、视角切换、章末接下章：调用 transition
• 高张力对白、人物声音、关系施压、信息嵌入：调用 dialogue
• 章节收束、余韵、回钩、追更拉力、下章承接：调用 chapter_ending
• 因果断裂、动机不足、触发不成立、后果不落地：调用 plot_logic
• 人设崩、目标漂移、情绪断片、关系断片、身体和声音连续性丢失：调用 character_consistency
• 空泛总结、套话氛围、对白像说明书、人物一个腔调：调用 anti_ai_voice

章节完稿后的强制审查

每一章写完，都不要直接交付，默认必须先调用 consistency_review 模块。

每章必查这六种一致性：

1. 剧情逻辑一致性： 关键事件有没有前提； 关键决定有没有触发； 关键变化有没有后果。
2. 人物目标一致性： 主角这章到底想做什么； 过程中有没有无故漂移。
3. 情绪与关系一致性： 情绪有没有来路； 关系温度是不是和上一场对得上。
4. 身体与信息状态一致性： 伤势、疲劳、秘密、误会、已知信息有没有丢。
5. 场景与转场一致性： 读者会不会迷路； 上一场余力有没有被带到下一场。
6. 章末承接一致性： 章末有没有收在变化上； 下一章第一拍能不能接住。

任意两项不稳，不要直接交稿，先回对应专项模块修。

模块调用总则

如果问题已经明显收束到某一个写作环节，不要只做泛建议，默认优先调用专项模块。

通用顺序是：

1. 先判断这是不是专项问题，而不是纯文风问题。
2. 先看 references/modules/README.md，再进入对应模块目录。
3. 先读模块自己的 README.md，再按模块推荐顺序进入 tutorial.md、runtime.md 和例库。
4. 先按模块里的层级和分类法判断故障点。
5. 去模块例库里选 2-4 个正例和 1-2 个反例。
6. 先做局部修复计划，再写诊断、改写或正文。

如果一个问题同时跨多个模块，先修更底层、更硬的那一层，再修更表层的问题。

模仿与检索

这个 skill 默认要求在写作中多搜索相似范本，再借结构写新内容。

不是只有用户说“请模仿”时才查。只要任务涉及这些内容，就优先先查本地语料：

• 某种题材
• 某种开头
• 某种对白
• 某种章末
• 某种关系流

如果问题已经明确收束到某个专项环节，也要优先调用专项模块，而不是只停留在泛检索。

找模块的方式

1. 先看 references/modules/README.md。
2. 再按问题关键词直达模块目录： concept_planning / opening / transition / dialogue / chapter_ending / plot_logic / character_consistency / consistency_review / volume_outline / anti_ai_voice
3. 进模块后先读模块 README.md，再按该模块自己的建议顺序读 tutorial.md、runtime.md、good_examples.md、bad_examples.md。

当前本地语料

主要文件：

• analysis/article_profiles.csv
• analysis/excerpts.csv
• analysis/imitation_index.md
• references/webnovel_corpus_guide.md

检索脚本

使用：

• scripts/search_corpus_examples.py

常用命令：

python3 scripts/search_corpus_examples.py --list-tags
python3 scripts/search_corpus_examples.py --list-types
python3 scripts/search_corpus_examples.py --type '开头钩子' --tag '危机压身' --limit 5
python3 scripts/search_corpus_examples.py --type '高张力对白' --tag '关系破裂' --limit 5
python3 scripts/search_corpus_examples.py --keyword '真假千金' --limit 10

模仿流程

1. 先判断用户在写什么。
2. 去索引里找 2-4 个相似例子。
3. 总结这些例子的共同结构。
4. 再写新内容。

如果是专项问题，改成：

1. 先判断是不是该调用专项模块。
2. 在专项模块里判层级和类型。
3. 按专项模块的例库分组去选材。
4. 先做桥梁或结构计划。
5. 再写正文。

如果已经写完一章，还要补一步：

6. 调用 consistency_review，过完六种一致性后再交稿。

去 AI 味

这是硬要求，但主 skill 不再重复铺完整教程。

当任务集中在这些问题上时，直接调用 anti_ai_voice 模块：

• 空泛总结太多
• 气氛句和形容词套话太多
• 对白像说明书
• 角色说话一个腔调
• 句子太平均、太工整、太像模板生成

仍然保留的硬规则：

• 能用动作，不用总结
• 能用对白，不用解释
• 能写具体，不写抽象
• 每个人说话必须带身份感
• 不要把“去 AI 味”理解成故意粗糙

边界

不要做的事

• 不要空谈“人物要立体”“故事要有灵魂”
• 不要只给世界观，不给前几章方案
• 不要只给人设，不给冲突和事件
• 不要默认慢热
• 不要把模仿当成照抄
• 不要让对白全都一个腔调
• 不要输出像课程讲义一样的废话段落

默认鼓励的事

• 多举具体例子
• 多做正反对照
• 多给可落地写法
• 多查本地范本
• 多用结构借鉴替代空泛建议

模块与搜索

• 模块总入口： references/modules/README.md
• 模块模板： references/modules/module_template.md
• 语料检索总说明： references/webnovel_corpus_guide.md
• 检索脚本： scripts/search_corpus_examples.py

Chinese-WebNovel-Skill

这是一个面向中文网文写作的 Codex skill。

它现在的核心不是一份很长的总 prompt，而是一套 主 skill 路由 + 专项模块下沉 + 本地语料检索 的模块化设计。

设计思路

这套 skill 主要分四层：

1. SKILL.md 只保留全局原则、流程约束和模块路由，不再把所有写作知识堆在一个文件里。
2. references/modules/ 每个高频问题拆成独立模块，单独处理教程、运行规则、正例、反例。
3. data/ + analysis/ 提供本地小说语料、结构摘录和检索索引，支持“先匹配素材，再构思，再写作”。
4. scripts/ + templates 提供检索脚本和少量模板资产，把模块判断进一步落成可执行动作。

这样做的目的很简单：

• 主 skill 保持短、稳、可维护
• 具体问题用具体模块处理
• 模型先诊断问题层级，再调用对应材料
• 避免一个巨型 prompt 同时兼顾开头、转场、对白、逻辑、审查，最后全部变钝

架构图

下面这张图对应当前版本的整体产品架构，展示了路由层、专项模块、语料底座和统一审查闭环之间的关系。

当前模块

当前已接入这些专项模块：

• concept_planning
• opening
• transition
• dialogue
• chapter_ending
• plot_logic
• character_consistency
• consistency_review
• volume_outline
• anti_ai_voice

模块总入口： references/modules/README.md

每个模块默认都按同一套结构组织：

• README.md
• tutorial.md
• runtime.md
• good_examples.md
• bad_examples.md
• source_index.md

个别模块会额外附带模板资产，例如 volume_outline 下的卷纲和章纲模板。

模块职责总览

• concept_planning 作用：把一句简介压成题材、消费点、hook、premise、故事引擎、长度判断和第一卷方向。 位置：最上游的前置规划模块，决定“值不值得写、该怎么开”。
• opening 作用：把卖点、异常局面和主角亮相落到前 300-3000 字，解决开头成交问题。 位置：承接 concept_planning，负责把骨架变成能抓人的开篇。
• volume_outline 作用：把故事引擎展开成黄金三章、分卷设计、前 10-20 章章纲和卷末兑现。 位置：承接 concept_planning，负责中长线结构。
• plot_logic 作用：修动机、触发、决策、后果、兑现这条因果链。 位置：正文执行层的底层结构模块，优先级高于纯文风问题。
• character_consistency 作用：修目标、情绪、关系、身体、声音五类人物连续性。 位置：正文执行层的人物状态模块，负责“这个人还是不是这个人”。
• transition 作用：处理时间跳切、空间切换、情绪承接、视角切换和章末接下章。 位置：正文执行层的场景桥梁模块，负责“场和场怎么接住”。
• dialogue 作用：处理关系压力、人物声音、信息嵌入和对白刀口。 位置：正文执行层的表达模块，但不只是文风，而是关系和利益的对话结构。
• chapter_ending 作用：处理章末拉力、余韵、回钩和下章承接。 位置：正文执行层的章节收束模块，负责追更感。
• anti_ai_voice 作用：清理空泛总结、套话氛围、说明书式对白和统一腔调。 位置：正文执行层的风格约束模块，通常在结构已经成立后再调用。
• consistency_review 作用：统一复查剧情逻辑、人物目标、情绪关系、身体信息、转场和章末承接这六种一致性。 位置：最下游的收口模块，每章完稿后默认必过一遍。

模块关系

这套 skill 的主流程不是平铺模块，而是一条有上下游关系的链：

1. 前置规划链： concept_planning -> opening / volume_outline
2. 正文执行链： plot_logic + character_consistency + transition + dialogue + chapter_ending + anti_ai_voice
3. 完稿收口链： consistency_review

其中：

• plot_logic 和 character_consistency 更偏底层，优先解决因果和人物问题。
• transition、dialogue、chapter_ending 更偏场景和章节执行。
• anti_ai_voice 一般最后介入，避免把结构问题误判成文风问题。
• 所有链路都可以回查本地语料和模块例库，不是只靠主 prompt 空想。

flowchart TD
    %% ===== 前置规划链 =====
    subgraph A[前置规划链]
        CP[concept_planning]
        OP[opening]
        VO[volume_outline]
        CP --> OP
        CP --> VO
    end

    %% ===== 正文执行链 =====
    subgraph B[正文执行链]
        PL[plot_logic]
        CC[character_consistency]
        TR[transition]
        DG[dialogue]
        CE[chapter_ending]
        AV[anti_ai_voice]

        PL --> CC
        CC --> TR
        TR --> DG
        DG --> CE
        CE --> AV
    end

    %% ===== 完稿收口链 =====
    subgraph C[完稿收口链]
        CR[consistency_review]
    end

    %% ===== 主流程衔接 =====
    OP --> PL
    VO --> PL
    OP --> CC
    VO --> CC
    AV --> CR

    %% ===== 能力定位说明 =====
    PL_NOTE[偏底层：优先解决因果问题]
    CC_NOTE[偏底层：优先解决人物一致性]
    TR_NOTE[偏场景/章节执行]
    DG_NOTE[偏场景/章节执行]
    CE_NOTE[偏场景/章节执行]
    AV_NOTE[最后介入：避免把结构问题误判成文风问题]

    PL -.-> PL_NOTE
    CC -.-> CC_NOTE
    TR -.-> TR_NOTE
    DG -.-> DG_NOTE
    CE -.-> CE_NOTE
    AV -.-> AV_NOTE

    %% ===== 外部支撑 =====
    LC[(本地语料)]
    EX[(模块例库)]

    LC -.回查/检索支持.-> CP
    LC -.回查/检索支持.-> PL
    LC -.回查/检索支持.-> CC
    LC -.回查/检索支持.-> TR
    LC -.回查/检索支持.-> DG
    LC -.回查/检索支持.-> CE
    LC -.回查/检索支持.-> AV
    LC -.回查/检索支持.-> CR

    EX -.回查/检索支持.-> CP
    EX -.回查/检索支持.-> PL
    EX -.回查/检索支持.-> CC
    EX -.回查/检索支持.-> TR
    EX -.回查/检索支持.-> DG
    EX -.回查/检索支持.-> CE
    EX -.回查/检索支持.-> AV
    EX -.回查/检索支持.-> CR

素材与语料支撑

这套架构不是只有模块，没有素材库。

它还有两类支撑材料：

1. 模块内素材： 每个模块自带 tutorial.md + runtime.md + good_examples.md + bad_examples.md + source_index.md
2. 全局语料库： data/articles/ 提供原始小说语料； analysis/excerpts.csv 提供结构化摘录； analysis/imitation_index.md 提供模仿索引； references/webnovel_corpus_guide.md 提供检索说明； scripts/search_corpus_examples.py 提供统一检索入口。

也就是说，模型在实际运行时会同时从三处取材料：

• 主 SKILL.md：决定流程和路由
• 专项模块：决定局部问题怎么诊断和修
• 全局语料库：提供相似素材和结构范本

目录结构

Chinese-WebNovel-Skill/
├── SKILL.md
├── README.md
├── agents/
├── references/
│   ├── modules/
│   └── webnovel_corpus_guide.md
├── scripts/
├── data/
│   ├── metadata.csv
│   ├── metadata.jsonl
│   └── articles/
└── analysis/
    ├── article_profiles.csv
    ├── excerpts.csv
    ├── imitation_index.md
    └── stats.json

怎么用

1. 直接走主 skill

用户给一个简介后，主 skill 会先做题材判断和结构拆解，再决定要不要调用专项模块或本地语料。

常见输出包括：

• 题材诊断
• hook / premise
• 第一卷规划
• 前 10-20 章章纲
• 开头 / 单章 / 章末
• 改写与续写

2. 遇到局部硬伤时，直接走模块

如果问题已经明确收束到某个环节，不要只靠泛建议。

例如：

• 点子值不值得写：concept_planning
• 开头没抓手：opening
• 转场生硬：transition
• 台词发假：dialogue
• 章末没后劲：chapter_ending
• 因果不通：plot_logic
• 人设崩：character_consistency
• 每章完稿复查：consistency_review

默认调用顺序：

1. 先判断是不是专项问题
2. 再进对应模块
3. 先读 README.md，再按模块自己的推荐顺序读 tutorial.md、runtime.md 和例库
4. 匹配 2-4 个正例和 1-2 个反例
5. 先写局部计划，再落正文

3. 先查本地语料，再借结构

当任务涉及题材模仿、开头、对白、章末、关系流时，优先检索本地语料。

常用命令：

python3 scripts/search_corpus_examples.py --list-tags
python3 scripts/search_corpus_examples.py --list-types
python3 scripts/search_corpus_examples.py --type '开头钩子' --tag '危机压身' --limit 5
python3 scripts/search_corpus_examples.py --type '高张力对白' --tag '关系破裂' --limit 5
python3 scripts/search_corpus_examples.py --keyword '真假千金' --limit 10

语料说明： references/webnovel_corpus_guide.md

维护原则

这套仓库后续维护，优先遵守这几条：

• 不把细节再塞回主 SKILL.md
• 新问题优先拆模块，不优先扩总 prompt
• 模块内优先放“教程 + 运行规则 + 正反例”
• 模型先匹配素材，再构思，再写作
• 每章写完默认走 consistency_review

如果后面继续扩展，优先延续同一种模块骨架，而不是回到单体长文档。

Star History