name: webnovel-writer description: Knowledge base for writing Chinese webnovels with anti-hallucination protocols (大纲即法律/设定即物理/发明需申报), cool-points strategy, and pacing control (Strand Weave). Automatically loaded when writing webnovel chapters, creating chapter content, or discussing webnovel writing techniques. allowed-tools:
角色定位: 提供网文创作的核心知识和规范,确保创作质量和一致性。 自动触发: 当检测到网文创作相关任务时,这些知识会自动加载到上下文中。
| 章节 | 内容 |
|---|---|
| 核心原则 | 防幻觉三大定律 |
| 爽点系统 | 五大爽点类型 + 布局策略 |
| 节奏控制 | Quest/Fire/Constellation 三线编织 |
| 写作规范 | 对话、描写、章节结构 |
| XML 标签 | 实体/技能/伏笔/偏离标签系统 |
| 参考文档 | 65+ 专题指南 |
| 题材模板 | 9 大类型模板 |
| 质量检查 | 短期/长期质量目标 |
原则: 不得擅自偏离已确认的大纲内容。
实施规则:
[OUTLINE_DEVIATION] 并说明理由违规示例:
大纲: 第 50 章 - 主角参加宗门大比,对战王少
违规: 擅自增加"大比中途秘境开启"的情节
正确做法:
检测到: 当前大纲未提及秘境开启
行动: 询问用户是否需要增加此情节,或严格按大纲执行
原则: 角色实力、招式、物品必须严格符合已有设定。
自动检查清单:
违规标记:
[POWER_CONFLICT]: 战力/招式与设定冲突[LOCATION_ERROR]: 地点信息错误[TIMELINE_ISSUE]: 时间线矛盾示例:
错误: 主角筑基 3 层,使用金丹期才能掌握的"破空斩"
正确: 检查 state.json,确认主角当前境界,选择对应的招式
原则: 所有新创造的角色、地点、物品必须标记并等待批准。
XML 标签格式(详见 tag-specification.md):
<!-- 实体标签 -->
<entity type="类型" name="名称" desc="描述" tier="层级"/>
<!-- 技能标签 -->
<skill name="技能名" level="等级" desc="描述" cooldown="冷却时间"/>
<!-- 伏笔标签 -->
<foreshadow content="伏笔内容" tier="层级" target="目标章节" location="地点" characters="角色"/>
<!-- 大纲偏离标签 -->
<deviation reason="偏离原因"/>
实体标签示例:
<entity type="角色" name="陆辰" desc="主角,觉醒时空能力的大学生" tier="核心"/>
<entity type="地点" name="末日避难所" desc="幸存者聚集地,位于地下三层" tier="支线"/>
<entity type="物品" name="时空碎片" desc="强化金手指的稀有材料" tier="装饰"/>
<entity type="势力" name="守夜人组织" desc="隐秘世界的秩序维护者" tier="核心"/>
<entity type="功法" name="时空掌控" desc="陆辰的核心能力体系" tier="核心"/>
层级权重(用于伏笔紧急度计算): | 层级 | 权重 | 含义 | |------|------|------| | 核心 | 3.0 | 必须追踪,影响主线 | | 支线 | 2.0 | 应该追踪,丰富剧情 | | 装饰 | 1.0 | 可选追踪,增加真实感 |
金手指技能标签示例:
<skill name="时间回溯" level="1" desc="回到10秒前的状态" cooldown="24小时"/>
<skill name="空间锚点" level="2" desc="设置传送锚点,可瞬移返回" cooldown="1小时"/>
<skill name="时间感知" level="1" desc="被动技能,预知3秒内的危险" cooldown="无"/>
伏笔标签示例:
<foreshadow content="神秘老者留下的玉佩开始发光" tier="核心" target="50" location="废弃实验室" characters="陆辰"/>
<foreshadow content="李薇手腕上的奇怪纹身" tier="支线" target="30" characters="李薇,陆辰"/>
<foreshadow content="咖啡店老板意味深长的眼神" tier="装饰"/>
后处理流程:
<entity>/<skill>/<foreshadow>/<deviation>)state.json 和设定文档原则:正文是给读者看的,禁止用“???”当作读者可见信息。
推荐写法(任选其一,且全书保持一致):
禁止:
原则:每次“拒绝回答”都必须给读者一个“可推进剧情的替代信息”。
规则:
只要出现“普通人可能注意到的大动静”(爆炸/坍塌/大火/封路/多人受伤),本章或下一章必须交代:
仅使用 workflow 明确规定的 XML 标签(详见 tag-specification.md):
<entity type="..." name="..." desc="..." tier="..."/> - 新实体标签<skill name="..." level="..." desc="..." cooldown="..."/> - 金手指技能标签<foreshadow content="..." tier="..." .../> - 伏笔标签<deviation reason="..."/> - 大纲偏离标签<!-- <entity.../> -->),避免影响读者阅读[NEW_ENTITY]/[GOLDEN_FINGER_SKILL]/[FORESHADOWING_JSON])仍兼容,但推荐迁移到 XML 格式| 爽点类型 | 标准流程 | 示例 |
|---|---|---|
| 打脸型 | 嘲讽 → 铺垫 → 反转 → 震惊 | 被称"废物" → 隐藏实力 → 一招秒杀 → 全场哗然 |
| 升级型 | 困境 → 顿悟/机缘 → 突破 → 实力展示 | 瓶颈难破 → 得到天雷果 → 突破筑基 → 威压释放 |
| 收获型 | 危机 → 解决 → 奖励/认可 | 击败对手 → 长老赏识 → 获得秘境名额 |
| 扮猪吃虎 | 示弱 → 对手轻敌 → 全力爆发 → 碾压 | 装作受伤 → 敌人大意 → 突然反击 → 秒杀 |
| 装逼打脸 | 对手装逼 → 主角淡定 → 展示实力 → 对手震惊 | 敌人炫耀宝物 → 主角拿出更好的 → 对手羞愧 |
基本要求:
爽点强度分级:
反面教材:
Quest 线(主线): 主角的外部目标和冲突
Fire 线(感情线): 主角的情感关系
Constellation 线(世界观线): 世界设定的扩展
警告触发条件:
strand_tracker 检查(从 state.json 读取):
{
"strand_tracker": {
"quest": {"last_chapter": 45, "intensity": 8},
"fire": {"last_chapter": 38, "intensity": 3},
"constellation": {"last_chapter": 30, "intensity": 5}
}
}
节奏调整策略:
理想节奏(每 10 章):
Ch 1-2: Quest(主线推进)
Ch 3: Fire(感情发展)
Ch 4-5: Quest(继续主线)
Ch 6: Constellation(世界观扩展)
Ch 7-8: Quest(主线高潮)
Ch 9: Fire(感情升温)
Ch 10: Quest + Fire(融合)
避免的反模式:
符合角色性格:
修仙题材用语:
反派嘲讽自然化:
战斗场景:
突破场景:
情感场景:
生成章节后,必须自检:
内容检查:
<entity/>?(定律 3)质量检查:
逻辑检查:
❌ 错误示例: 主角筑基 3 层,打败金丹期敌人
✅ 修正: 检查 state.json 中主角实力,合理设定对手境界
❌ 错误示例: 整章都是主角赶路,无冲突无爽点
✅ 修正:
❌ 错误示例: 突然出现"紫霄宗",但设定集中无此势力
✅ 修正:
<entity type="势力" name="紫霄宗" desc="与天云宗齐名的大宗门,位于东域" tier="支线"/>
并询问用户是否加入设定集
❌ 错误示例: 主角性格"隐忍冷静",突然暴怒失控
✅ 修正:
当需要更详细的指导时,可以参考以下文档:
开始新项目时,可以直接套用以下模板快速构建世界观和大纲:
每章质量目标:
长期质量目标(每 10 章):
作为网文创作知识库,本 Skill 提供:
自动触发场景:
/webnovel-init、/webnovel-plan、/webnovel-write、/webnovel-review、/webnovel-resume、/webnovel-query注意: 本 Skill 仅提供知识和规范,具体的执行步骤(如调用 Python 脚本)由 Command 负责。