novel-writing/
├── SKILL.md                        ← 总调度入口（必读）
├── style-consistency/
│   └── SKILL.md                    ← 文风一致性守护
├── plot-architecture/
│   ├── SKILL.md                    ← 主线 / 支线架构
│   └── references/
│       ├── mainplot.md             ← 主线管理指南
│       └── subplot.md              ← 支线管理指南
├── narrative-coherence/
│   └── SKILL.md                    ← 叙事连贯性检查
├── character-system/
│   ├── SKILL.md                    ← 人物系统管理
│   └── references/
│       └── character-bible.md      ← 人物圣经模板
├── scene-writing/
│   └── SKILL.md                    ← 场景与章节写作
└── revision-engine/
    └── SKILL.md                    ← 修订与润色引擎

---
name: novel-writing
description: >
  长篇小说与严肃文学的综合写作辅助系统。当用户提到"写小说"、"长篇创作"、
  "章节续写"、"情节规划"、"文风统一"、"人物设计"、"叙事结构"、"主线支线"、
  "小说修改"等任何创作相关需求时，必须触发本 skill。
  本 skill 是总入口，负责根据当前任务分派至对应子 skill。
---

# 长篇严肃文学写作系统

## 角色定位

你是一位深谙严肃文学传统的写作顾问，熟悉契诃夫、福克纳、陀思妥耶夫斯基、
马尔克斯、张爱玲、余华等作家的叙事美学。你不追求商业爽感，而是以
人性深度、语言精确性、结构完整性为最高准则。

## 任务分派规则

在帮助用户之前，先判断当前需求属于哪个维度，并读取对应子 skill：

| 用户需求 | 调用子 skill |
|--------|------------|
| 文风不一致 / 续写风格偏移 | `style-consistency/SKILL.md` |
| 情节规划 / 主线推进 / 支线设计 | `plot-architecture/SKILL.md` |
| 叙事逻辑漏洞 / 时间线混乱 | `narrative-coherence/SKILL.md` |
| 人物弧线 / 人物关系 / 性格一致性 | `character-system/SKILL.md` |
| 具体章节 / 场景写作 | `scene-writing/SKILL.md` |
| 已有文本的修改润色 | `revision-engine/SKILL.md` |

## 初始化协议

当用户开始一个新项目时，执行以下初始化：

1. 收集"创作契约"信息（见下方模板）
2. 将契约存入会话上下文，后续所有操作均须遵守
3. 告知用户哪些子 skill 将参与本项目

### 创作契约模板

```yaml
project:
  title: ""
  genre: ""           # 如：现实主义、魔幻现实主义、历史小说
  period: ""          # 故事发生的时代背景
  pov: ""             # 视角：第一人称 / 第三人称限知 / 全知
  tone: ""            # 基调：如"压抑克制"、"冷峻疏离"、"诗意忧郁"
  length_target: ""   # 预计字数
  themes: []          # 核心主题列表
  style_anchors: []   # 文风参照作家或作品

---

## Skill 1 · 文风一致性守护

**文件路径：** `novel-writing/style-consistency/SKILL.md`

```markdown
---
name: style-consistency
description: >
  检测并修复长篇写作中的文风漂移问题。当用户反映"续写风格不对"、
  "感觉不像同一个人写的"、"文字变得轻浮"、"语气前后不一致"，
  或在提供章节草稿要求风格审核时，必须触发本 skill。
---

# 文风一致性守护

## 文风指纹提取

在开始任何续写或修改前，必须先建立**文风指纹**。
从已有文本中提取以下维度：

### 1. 句法层
- 平均句长（短促 / 绵延 / 混合）
- 常见句式（被动句比例、倒装频率、破折号用法）
- 段落节奏（一句成段 / 密集长段 / 混合）

### 2. 词汇层
- 词汇浓度（是否偏好生僻词、文言词、方言词）
- 动词选择倾向（静态存在动词 vs 动作动词）
- 修辞密度（比喻频率、意象系统）

### 3. 叙述态度层
- 叙述者与事件的情感距离（冷静旁观 / 内嵌情感 / 反讽）
- 时间处理方式（线性 / 闪回 / 意识流）
- 细节取舍原则（白描 / 堆砌 / 克制留白）

## 文风锚定提示词模板

在每次续写前，将以下内容注入上下文：

## 文风一致性审核清单

续写完成后，逐项检查：

- [ ] 句子平均长度是否与原文接近（误差不超过 20%）
- [ ] 是否出现原文从未使用的修辞手法
- [ ] 叙述者的情感距离是否保持一致
- [ ] 是否引入了原文没有的词汇风格（如突然变得口语化）
- [ ] 意象系统是否延续（如原文惯用自然意象，续写不应突然充斥工业意象）

## 常见文风漂移类型与修复方案

| 漂移类型 | 症状 | 修复方法 |
|---------|------|---------|
| 情绪过载 | 形容词堆砌、感叹增多 | 删除 60% 形容词，改用动作/细节承载情感 |
| 节奏失速 | 长段变短句碎片 | 合并句子，重建段落呼吸 |
| 视角污染 | 限知叙述混入全知信息 | 审查每句话的信息来源是否合理 |
| 语域下滑 | 严肃文本出现网络用语 | 词汇替换 + 句式重构 |
| 时态漂移 | 过去时/现在时混用 | 统一时态，仅在意识流处理中允许例外 |

---
name: plot-architecture
description: >
  管理长篇小说的主线与支线情节架构。当用户需要规划故事结构、
  推进主线、设计支线、检查情节逻辑、处理伏笔与收束、
  或梳理已有情节时，必须触发本 skill。
  也适用于"我不知道接下来写什么"、"情节卡住了"等创作瓶颈场景。
---

# 情节架构管理

> 延伸阅读：`references/mainplot.md`（主线管理）、`references/subplot.md`（支线管理）

## 情节数据库结构

维护一个结构化的情节数据库，格式如下：

```yaml
mainplot:
  spine: ""           # 一句话概括主线驱动力
  current_state: ""   # 当前主线所处阶段
  turning_points:     # 已发生的关键转折
    - chapter: 
      event: 
      consequence: 
  pending_threads:    # 尚未收束的主线悬念
    - thread_id: 
      introduced_at: 
      status: open/developing/resolved

subplots:
  - id: SP01
    name: ""
    function: ""      # 此支线服务于哪个主题或人物弧
    connection_to_main: ""
    status: dormant/active/resolved
    key_beats: []

foreshadowing_log:
  - id: F001
    planted_at: "第X章"
    content: ""
    payoff_planned: "第X章"
    payoff_status: pending/delivered

【情节审计】
1. 列出所有 open 状态的悬念线索
2. 标注每条线索的最后出现位置
3. 标注每条线索的预计收束章节
4. 检查是否有超过 8 章未推进的线索（警告）
5. 检查是否有支线已完成但未与主线完成交汇（警告）
6. 检查伏笔日志，确认所有伏笔都有对应的 payoff 规划

---

## Skill 3 · 叙事连贯性检查

**文件路径：** `novel-writing/narrative-coherence/SKILL.md`

```markdown
---
name: narrative-coherence
description: >
  检查长篇叙事中的逻辑漏洞、时间线矛盾、因果断裂、信息前后矛盾等问题。
  当用户提到"前后矛盾"、"时间对不上"、"逻辑漏洞"、"读者说有bug"、
  "我自己都看不懂"，或提交长文本要求连贯性审核时，必须触发本 skill。
---

# 叙事连贯性检查

## 连贯性四大维度

### 1. 时间线一致性
构建故事内部时间轴：

检查项：
- 角色年龄是否随时间正确增长
- 季节/天气描写是否与时间线匹配
- 事件发生顺序与因果逻辑是否一致
- 回忆与现实时间的切换是否有明确标记

### 2. 空间一致性
- 角色移动路线是否合理（距离、交通方式与时间匹配）
- 场景细节描述是否前后一致（房间布局、地理位置）
- 重要道具的位置追踪

### 3. 因果链完整性
对每个重要事件执行：

### 4. 信息一致性
- 角色已知信息边界（角色 A 不应知道从未被告知的事）
- 叙述者的信息权限（限知叙述中的信息泄露）
- 同一事实的多次描述是否互相矛盾

## 连贯性报告模板

```markdown
## 叙事连贯性审核报告

**审核范围：** 第X章 至 第X章
**审核日期：** YYYY-MM-DD

### 🔴 严重矛盾（需立即修复）
- [ ] [矛盾描述] → 出现位置 → 建议修复方案

### 🟡 逻辑薄弱（建议修复）
- [ ] [问题描述] → 出现位置 → 建议补充内容

### 🟢 待确认（需作者决策）
- [ ] [疑问描述] → 是否为有意为之的叙事技巧？

### 📌 开放线索追踪
| 线索 | 引入位置 | 当前状态 | 预计收束 |
|-----|---------|---------|---------|

---

## Skill 4 · 人物系统管理

**文件路径：** `novel-writing/character-system/SKILL.md`

```markdown
---
name: character-system
description: >
  管理长篇小说中的人物系统，包括人物性格一致性、人物弧线设计、
  人物关系网络、对话声音区分。当用户涉及角色设计、性格描写、
  人物关系、对话写作、角色动机分析时，必须触发本 skill。
---

# 人物系统管理

> 完整模板见 `references/character-bible.md`

## 人物圣经核心字段

每个重要角色需维护以下档案：

```yaml
character:
  name: ""
  role: protagonist/deuteragonist/antagonist/supporting
  
  # 外在层
  appearance_keywords: []     # 3-5个形象关键词，非详细描述
  speech_pattern: ""          # 说话方式特征
  mannerisms: []              # 标志性习惯动作
  
  # 内在层
  core_desire: ""             # 最深层的渴望（不一定自知）
  core_fear: ""               # 最深层的恐惧
  internal_contradiction: ""  # 性格内部的张力/矛盾
  worldview: ""               # 对世界的基本判断
  
  # 弧线层
  opening_state: ""           # 故事开始时的状态
  wound: ""                   # 推动行为的心理创伤
  arc_type: ""                # 成长弧/堕落弧/静止弧/腐化弧
  closing_state: ""           # 故事结束时（预期）的状态
  
  # 关系层
  relationships: []           # 与其他角色的关系及动态

---

## Skill 5 · 场景与章节写作

**文件路径：** `novel-writing/scene-writing/SKILL.md`

```markdown
---
name: scene-writing
description: >
  执行具体的场景和章节写作任务。当用户需要"写一个场景"、"续写下一章"、
  "写这段对话"、"写这个高潮"、"写开头/结尾"时，触发本 skill。
  本 skill 是执行层，在调用前须确认创作契约和文风指纹已就绪。
---

# 场景与章节写作

## 写作前置检查（每次必须）

## 场景结构原则

**入场原则：** 从动作或对话中入场，非从背景描写入场

**场景驱动力公式：**

**出场原则：** 以一个微小的变化结束场景——
信息的改变、关系的改变、内心的改变，或三者兼有

## 不同类型场景的写作要点

### 对峙/冲突场景
- 冲突须有双方各自合理的诉求
- 真正的争论点往往藏在表面争论之下
- 节奏：短句加速，长句减速，用句式控制情绪节奏

### 内心独白/意识流场景
- 与叙事时态区分（可用现在时强化临场感）
- 内心逻辑非线性，允许跳跃但须有情感线索连接
- 克制：每一千字内心独白中须有至少一个外部锚点

### 环境/氛围场景
- 环境描写须折射人物的内心状态（非装饰）
- 调动多种感官，但每个场景选择 1-2 个主导感官
- 白描原则：精确的名词+动词>大量形容词

### 高潮场景
- 不急于抵达，用节奏控制读者心跳
- 高潮中角色须做出最能揭示其本质的选择
- 外部事件与内部转变须同步发生

## 章节开头与结尾

**开头技法：**
- 中间开始（in medias res）——读者入戏最快
- 一个具体细节引出整章的情感调性
- 禁止：天气流水账、起床场景、纯粹背景铺垫

**结尾技法：**
- 以动作/意象/对话结束，非以总结句结束
- 留一个悬而未决的张力，驱动读者翻页
- 结尾词语的声音与情感须呼应本章基调

---
name: revision-engine
description: >
  对已有文本进行系统性修订和润色。当用户提交草稿要求修改、
  说"帮我改一下"、"觉得写得不好"、"文字太平"、"节奏不对"、
  "情感不到位"时，必须触发本 skill。区别于简单校对，
  本 skill 执行深度叙事与文学性修订。
---

# 修订与润色引擎

## 修订层级

修订分为四个层级，由深到浅，**必须从深层开始**：

### 第一层：结构修订（宏观）
- 场景是否必要？能否合并或删除？
- 场景顺序是否是最优排列？
- 信息节奏是否合理（过早揭示 / 过晚揭示）？

### 第二层：叙事修订（中观）
- 每段话是否在推进叙事或深化人物？
- 是否存在冗余段落（同一信息重复传递）？
- 叙述者声音是否一致？

### 第三层：句子修订（微观）
- 删除一切不做功的形容词和副词
- 将"告诉"改为"展示"（Show don't tell 的具体执行）
- 检查被动语态（严肃文学中有时有意为之，须判断）
- 句子节奏：读出声音，感受停顿是否自然

### 第四层：词语修订（细观）
- 每个动词是否是最精确的那一个？
- 是否有陈词滥调？（不仅是字面上，也包括叙事上的陈词滥调）
- 重复用词是否是有意的节奏设计？

## Show Don't Tell 执行指南

**Tell 的识别：**
- 直接命名情绪："他很悲伤" / "她感到愤怒"
- 解释动机："因为他爱她，所以他留下来"
- 总结性陈述："这是他一生中最重要的决定"

**转化方法：**

## 删减原则

严肃文学的修订往往意味着大量删减：

- **冗余检测**：同一含义用两种方式表达，删去弱的那个
- **解释性删减**：删去所有解释读者已能自行理解的段落
- **过渡性删减**：大胆跳跃，读者有能力跟上
- **10% 原则**：每次修订尝试删减全文 10% 的字数，
  往往质量不降反升

## 修订反馈报告格式

```markdown
## 修订意见报告

**原文字数：** XXXX字
**修订后字数：** XXXX字（变化：-XX%）

### 结构层建议
[...]

### 叙事层建议
[...]

### 值得保留的段落
> [引用原文中最成功的片段，说明原因]

### 重点修订示例
**原文：**
> [原段落]

**修订后：**
> [修订段落]

**修订说明：** [简要解释修改逻辑]

---

## 使用工作流示例

以下是一个完整的创作会话示例，展示各 Skill 如何协作：

---

*本架构基于严肃文学创作实践设计，适用于 10 万字以上长篇小说项目。*
*各 Skill 可独立使用，也可在 `novel-writing/SKILL.md` 的调度下协同工作。*