# Novel Studio

> 通用小说写作工作室。支持管理多部不同类型（现代/古代/言情/武侠/科幻）的小说项目，每部小说独立管理大纲、时间线与人物。写章节时必须执行强制六步流程（读取设定→风格进化→反馈规避→要点提取→写作→覆盖检查），不可跳过。当用户提及「写小说」「续写」「新建小说项目」「更新大纲」「同步设定」等，应优先考虑使用本 Skill。触发句式：「创建新小说...」「写 XXX 的第 X 章」「续写 XXX」「更新 XXX 的设定」等。

- Skill: `zhengyunhui123-dev/novel-studio` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add zhengyunhui123-dev/novel-studio`
- Raw SKILL.md: https://api.skillmd.com/api/skills/zhengyunhui123-dev/novel-studio/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: zhengyunhui123-dev (https://skillmd.com/u/zhengyunhui123-dev)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/zhengyunhui123-dev/novel-studio

---


# Novel Studio (通用小说写作工作室)

本 Skill 是一个通用的小说创作与管理工具，支持同时管理多部不同类型的小说。它能根据你的要求创建新项目、续写章节、维护大纲与设定，并能通过学习新样本不断进化写作风格。

> **⚠️ 写作铁律（每次写章节前必须牢记，违反任何一条视为写作失败）**
>
> 1. **必须先读文件再动笔**：写新章节前，必须按 §3.2 Step 1 的清单逐项读取所有设定文件和前文，不可跳过。没读完不准写。
> 2. **风格只能进化不能退步**：以上一章实际风格为标杆，分析并继承亮点，不能回退到 AI 默认风格。详见 §3.2 Step 2。
> 3. **大纲要点一个都不能少**：用户写在大纲里的每一个要点，正文必须全部覆盖。写完必须逐条检查。详见 §3.2 Step 4 和 Step 6。
> 4. **不能自行发挥和编造**：严格按设定文件（timeline、characters、spaces）写作，不能脱离设定自己编故事、编人物性格、编时间线。
> 5. **用户改过的问题不能再犯**：同一对话中用户修改过的问题，下一章必须规避，不能重复出现。详见 §3.2 Step 3。
> 6. **文风自然度必须严格遵守**：每次写作都要严守文风自然规范，杜绝 AI 味、翻译腔、公文腔、模板句。文风不自然等同于写作失败，必须推翻重写。详见 §4.1。

## 1. 核心功能与触发

### 1.1 项目管理

- **创建新小说**
  - **触发**：「创建新小说」「新建小说项目 [项目名]」「根据 init.md 创建项目」
  - **功能**：在 `novels/` 下创建新文件夹，生成基础设定文件（meta, outline, timeline, characters, spaces 空间布置）。

### 1.2 章节写作

- **续写/写作**
  - **触发**：「写 [项目名] 的第 X 章」「续写 [项目名]」「为 [项目名] 写一章」
  - **功能**：按 §3.2 **强制六步流程**执行（加载上下文 → 风格进化分析 → 对话反馈规避 → 大纲要点提取 → 执行写作 → 大纲覆盖检查），六步不可跳过。

### 1.3 设定维护

- **更新设定**
  - **触发**：「更新 [项目名] 的设定」「同步 [项目名] 的大纲」「读取 [项目名] 的 dagang.md」
  - **功能**：读取用户修改的 `dagang.md`，智能更新该小说的 `outline.md`、`timeline.md`、`characters.md` 和（若有空间相关内容）`spaces.md`。

- **回归大纲（反向同步）**
  - **触发**：「按照文章回归一下大纲」「将正文同步回大纲」「根据章节内容更新设定」
  - **功能**：读取已写章节内容，提取关键情节、时间点和人物信息，反向更新 `outline.md`、`timeline.md` 和 `characters.md`，确保设定文件与正文一致。

### 1.4 自我进化

- **学习进化**
  - **触发**：「学习新样本」「更新 novel-studio Skill」「我放了新范文在 samples 里」「帮我按新范文更新风格」「samples 里有新素材，帮我学一下」
  - **功能**：分析 `samples/` 目录下的新素材，提炼写作技巧，更新 `references/writing-style.md` 和本 Skill 的风格描述。

---

## 2. 目录结构

所有小说存放在 `novels/` 目录下，每个项目独立一个文件夹：

```
novels/
└── [project-name]/
    ├── meta.md             # 元信息（书名、类型、主题、POV、写作风格等）
    ├── outline.md          # 结构化大纲
    ├── timeline.md         # 时间线
    ├── characters.md       # 人物小传
    ├── spaces.md           # 空间布置（常出现场景的布局预设，避免前后描写矛盾）
    ├── dagang.md           # 用户输入的新设定/草稿（用于更新上述文件）
    └── chapters/           # 章节正文目录
        ├── chapter_01.md
        └── ...
```

---

## 3. 工作流

### 3.1 创建新小说

当用户请求创建新小说时：

1. **获取信息**：确认小说名、类型、项目代号（用于文件夹名，如 `my-novel`）、故事概况、核心主题、最终走向。若用户未提供 `init.md`，则引导用户提供这些信息。
2. **创建目录**：建立 `novels/[project-name]/` 及其子目录 `chapters/`。
3. **生成文件**：
   - `meta.md`: 记录小说元数据。
   - `outline.md`: 根据概况生成初始大纲框架。
   - `timeline.md`: 初始化时间线文件。
   - `characters.md`: 初始化人物文件。
   - `spaces.md`: **空间布置**。与大纲同时生成，根据故事概况预设重要空间（如主要房间、公司/学校/村庄布局、常出现场所的方位与陈设），避免后续章节对同一空间描写前后不一。
   - `dagang.md`: 创建空文件供用户后续输入。
4. **反馈**：告知用户项目已创建，可以开始写作或完善大纲。

### 3.2 章节写作（强制六步流程）

> **铁律**：以下六步**必须按顺序执行，不可跳过任何一步**。跳过任何一步直接写作，所写内容无效，必须推翻重来。

当用户请求写某一章时：

#### Step 1: 强制加载上下文（不可跳过）

先定位项目（若未指定且只有一个项目，则默认该项目；否则询问），然后**必须逐项读取以下文件，全部读完才能动笔**：

1. **本 SKILL.md**（确认写作规则）
2. **meta.md**（确认类型、风格、主题）
3. **outline.md**（至少读必须遵守内容和当前章节 + 前后各一章的大纲）
4. **timeline.md**（确认时间线，对照当前章节的时间节点）
5. **characters.md**（确认本章涉及的人物设定、性格、关系）
6. **spaces.md**（确认本章涉及的空间布局与陈设）
7. **references/writing-style.md**（写作风格规范）
8. **上一章全文**（`chapter_N-1.md`，必须完整读取）
9. **前 2-3 章**（`chapter_N-2`、`N-3`、`N-4`，至少各读开头、结尾和关键段落）
10. **风格参考文件**（若 meta 指定引用风格 → 读取 novel-style-reference 对应 `styles/[作品名].md`；若用户当次指定「云辉风格」→ 参考 yunhui-style-writer）

**如果已在同一对话中读取过以上文件且内容未变，可不重复读取，但必须在回复中明确说明"已在本次对话中读取过 XXX"。首次写作必须全部读取，没有例外。**

#### Step 2: 风格进化分析（不可跳过）

在动笔之前，**必须先输出一段风格分析给用户看**，不能默默跳过：

1. **精读上一章（N-1）**：提取句式节奏、情感密度、描写手法、对话风格、环境描写比重等具体特征。
2. **对比前 3 章（N-2 ~ N-4）**：找出上一章相比之前章节的进步和亮点——哪些地方写得更好了？哪些手法值得继续用？
3. **总结继承清单**：明确列出本章应继承和发扬的风格特征（至少 3 条具体特征，如"上一章的环境描写与心理穿插节奏很好，继续保持""对话语气词运用自然，本章延续"）。

**风格优先级（从高到低，严格执行）**：
- **最高**：用户当次指定的风格（如「按 XXX 风格写」「这章轻松一点」）
- **第二**：上一章的实际写作风格（最新标杆，已包含用户修改后的版本）
- **第三**：前 3 章的风格趋势（整体基调参考）
- **第四**：meta.md 中的项目风格设定（初始定义）
- **兜底**：references/writing-style.md + 本 Skill §4 通用风格

**核心原则：已写的章节（尤其是用户改过的）才是最准确的风格参考。meta.md 只是初始设定，不能覆盖已经进化过的实际风格。写作只能越来越好，不能退步。**

#### Step 3: 对话反馈规避（同一对话内生效）

- **如果在同一对话中修改过前面的章节或用户表达过不满**：回顾本次对话中用户所有修改要求和不满表达，提炼出"规避清单"并展示给用户（如：不要出现纯对话流、不要跳过环境描写、不要用"他不知道..."收尾等），写作时**严格规避**这些问题，不能再犯。
- **如果是新对话**：跳过此步。

#### Step 4: 大纲要点提取（不可跳过）

从 outline.md 中提取当前章节的**所有关键要点**，生成一个编号清单展示给用户。示例：

```
本章大纲要点清单：
1. 刘浪到工厂报到，第一次见到车间环境
2. 与室友阿瓜在宿舍的初次互动
3. 夜班第一晚——流水线的机械感和疲惫感
4. 凌晨一点半吃饭时间，食堂的孤独感
...
```

**大纲里写的每一个要点，正文必须全部覆盖，一个都不能少。** 用户写在大纲里的内容就是用户的需求，全部写进去用户才能在此基础上修改。遗漏大纲要点等于无视用户需求。若 outline 开头有「必须遵守」区块（如单章字数、对话呈现等），其条款须一并纳入要点清单，Step 6 检查时逐条对照。

#### Step 5: 执行写作

按照以上所有准备，动笔写作。**必须同时满足以下全部条件**：

1. **风格**：严格遵循 Step 2 的风格分析结果，以上一章实际风格为标杆，只能更好不能退步。
2. **内容**：严格覆盖 Step 4 的所有大纲要点，一个不漏。
3. **规避**：严格执行 Step 3 的规避清单（如有），用户说过不满意的问题不能再出现。
4. **规范**：遵守 §4 写作风格规范（去 AI 化、禁对话流、章节承接等全部规则）。
5. **空间**：本章涉及的空间必须严格参照 `spaces.md` 的布局与陈设描写，不得与预设矛盾。
6. **合理性**：若发现用户要求与大纲/时间线冲突，**必须暂停询问用户**，不能自行发挥或编造。
7. **输出**：Markdown 格式正文。

#### Step 6: 大纲覆盖检查与文风/表达重复自查（不可跳过）

写完后，**必须完成以下两项检查**，缺一不可：

**6.1 大纲覆盖检查**

逐条对照 Step 4 的要点清单，输出检查结果给用户看：

```
大纲覆盖检查：
1. 刘浪到工厂报到 → ✅ 已覆盖
2. 与室友阿瓜互动 → ✅ 已覆盖
3. 夜班第一晚 → ❌ 未覆盖
...
```

- 若有未覆盖的要点，**必须立即补写**，补完后重新检查，直到全部覆盖。
- **如果有大纲要点未覆盖，本章视为未完成，不能提交给用户。**

**6.2 文风与表达重复检查（硬性步骤）**

在保存前，**必须**执行以下操作：

1. **统计前文同类表达**：用 grep/搜索在 `chapters/` 下已写章节中检索 `references/writing-style.md` §2.1「全文禁用/慎用表达清单」中的典型词汇（如：指节发白、指节泛白、手心出汗、心跳漏了一拍、愣了一下 等）。
2. **对照清单检查本章**：若某表达在前文已出现 2 次及以上，本章正文中**不得再使用**，必须替换为其他写法。
3. **结构化对比句式检查**：对照 `references/writing-style.md` §2.1「禁止的AI味表达」，检查本章是否出现「不是...是...」「不是...而是...」等结构化对比句式；若有，**必须**改写为自然表述（如："他怕失败，更怕别人怎么看他"而非"他害怕的不是失败，而是别人的眼光"）。
4. **输出检查结果**：向用户展示「表达重复检查」结果，格式例如：

```
表达重复检查：
- 指节发白/泛白：前文已出现 X 次（ch.Y, ch.Z…）→ 本章已避免/已替换
- 手心出汗：前文已出现 X 次 → 本章已避免/已替换
- 结构化对比句式（不是...是.../不是...而是...）：本章已避免/已替换
- 本章无新增重复 ✅
```

- **若本章使用了前文已超 2 次的表达，视为文风违规，必须修改后再保存。**
- 全部检查通过后，保存到 `novels/[project-name]/chapters/`。
- **可选 QA 衔接**：写完后可建议用户使用 novel-qa Skill 对人设、时间线、空间布置、对话呼应等做一致性检查，与本 Skill 的 spaces.md 等设定协同。

### 3.3 设定更新

当用户修改了 `dagang.md` 并要求更新/同步时：

1. **读取**：
   - 读取 `dagang.md` 中的 `## 待更新内容` 段落（**每次更新设定只以该段为准**），并读取现有的 `outline.md`、`timeline.md`、`characters.md`、`spaces.md`。
   - 若 `dagang.md` 中不存在 `## 待更新内容`，则视为本次无新增设定，不进行同步。
2. **分析**：识别 `## 待更新内容` 中的新剧情、新人物、**新空间或空间变更**或其它设定变更。
3. **冲突检测**：检查新设定是否与**已写章节**（`chapters/` 下的文件）冲突。
   - 若冲突，警告用户并提供解决方案（修改旧章节或仅用于未来）。
4. **更新**：将新内容整合进 `outline.md`、`timeline.md`、`characters.md`；若有空间相关设定则同步更新 `spaces.md`。
5. **归档**：同步完成后，将 `dagang.md` 的 `## 待更新内容` 改名为 `## 已更新内容（更新时间：YYYY-MM-DD）`，并在文件尾部追加一个新的空 `## 待更新内容` 段落，作为下一次更新入口（避免前后要求不一致）。  
   - **保留原稿**：在「已更新内容」中必须**保留待更新内容的原稿**（用户原始段落全文）。格式为：先写 `**原稿（保留）**` 小标题，下列出用户原文；再可追加 `**同步摘要**` 或类似说明，简述本次同步到了 outline/characters/timeline/spaces 的哪些位置。**不得仅写摘要而删除用户原稿**，以便日后回溯与对照。

### 3.4 回归大纲（反向同步）

当用户要求"按照文章回归一下大纲"时：

1. **读取正文**：读取指定范围（如"前5章"或"全部章节"）的章节文件。
2. **提取信息**：
   - **情节**：提取每章关键事件、场景、对话
   - **时间线**：识别时间标记（如"高考前""某个午后""一周后"）
   - **人物**：识别出现的人物、人物关系、人物行为
   - **空间**：识别已出现的场所及其布局、陈设、方位（房间、学校、村庄、公司等），便于与 `spaces.md` 对照或补充
3. **对比现有**：与当前的 `outline.md`、`timeline.md`、`characters.md`、`spaces.md` 对比。
4. **更新设定**：
   - 补充大纲中缺失的章节细节
   - 完善时间线的具体事件节点
   - 补充人物小传的关键场景锚点
   - 将正文中已稳定出现的空间与布局补充进 `spaces.md`，或修正与正文矛盾的预设
5. **反馈**：告知用户已同步的内容，如有冲突或不确定之处需用户确认。

**适用场景**：
- 边写边改，正文内容已偏离原大纲
- 需要整理已写内容，确保设定文件与正文一致
- 多人协作或长期项目，需要同步最新进展

### 3.5 章节大纲规划规范

大纲的目的是**给用户和 AI 一个共同的写作蓝图**。大纲应该轻量、易编辑，用户可以随时手动补充和修改。**大纲中出现的所有内容，无论格式，写作时必须全部覆盖——这是铁律。**

#### 大纲模板（轻量版）

每一章按以下格式书写（用户也可以用自己习惯的任何格式，不限于此模板）：

```
#### 第X章《章节名》

**写什么**：
本章的关键场景、核心事件、重要转折。写清要点即可，不需要事无巨细。

**重点突出**：
本章要着力表现的主题/情感/人物特征。如"刘浪的逃避心理""兄弟关系裂缝初现"。

**备注**：
用户自由补充区。情绪基调、章尾钩子、写法提示、任何想法都可以写在这里。可留空。
```

> 用户可以在大纲中用任何格式补充内容（直接写一段话、列要点、贴对话片段、写情绪关键词），不限于以上三个字段。**写在大纲里的每一句话，AI 写作时都必须覆盖到。**

#### 整体叙事逻辑

在章节列表之前，简要说明整幕/整卷的叙事脉络：时间跨度、主要事件链、情绪弧线走向。让人一眼看清这批章节的全貌。

#### 编写原则

1. **不是事件清单**：每章的"写什么"不能只写"A发生了→B发生了→C发生了"，要有**场景感**——读者看大纲就能想象到画面。
2. **情绪弧线可见**：多章读下来，情绪应该有明显的起伏弧线，在大纲层面就能看出设计。
3. **怎么写由风格进化决定**：具体的写法（节奏、侧重、视角、技法）不需要写在大纲里，由 §3.2 Step 2 的风格进化分析动态决定，确保写法随章节推进持续进化。

#### 丰满化规范（AI 生成大纲时必须遵守）

当用户在 `dagang.md` 或对话中提供了每章的内容要点，AI 将其总结为 `outline.md` 时，**必须遵循以下规范**：

1. **只多不少**：大纲的"写什么"必须比用户提供的原始要点**更丰满、更具体、更有场景感**，绝不能缩水或概括。用户写了两句话的要点，要主动补全具体的空间/画面、人物反应、心理变化。
2. **串故事线**：每章不能只写本章事件，必须交代与前一章的衔接、为后续章节埋的伏笔。
3. **场景化而非概念化**：不能只写"林晓被霸凌"，必须写出霸凌的**具体方式**（藏东西、课桌写字、走廊堵人）；不能只写"刘浪开始冷淡"，必须写出**行为变化**（秒回变慢回、甜话变敷衍的"嗯""哦""随便"）。
4. **人物心理必须具体**：不能只说"她很伤心""他不在乎"，要写出伤心的具体表现（她说话时手指攥着衣角、声音小到几乎听不见）和不在乎的具体行为（他回了一个"嗯"然后切回另一个聊天框）。
5. **严格对应用户拆章**：如果用户自己拆了章节（如 12 条对应 12 章），大纲**严格一一对应**，不能自行合并、拆分或重新排序。

---

## 4. 写作风格规范

本节定义通用写作风格（§4.1）与类型适配（§4.2），作为写作风格的**兜底规范**。**细则（去 AI 化、禁忌表达、检查方法等）见 `references/writing-style.md`**，写作前必须读取该文件；本节仅保留核心原则与类型适配要点。实际写作时，风格优先级见 §3.2 Step 2——**已写章节的实际风格优先于 meta 设定和本节默认规范**。`meta.md` 可设置 **写作风格** 字段（通用 / 云辉 / 引用《作品名》）作为初始设定；随着章节推进，风格应越写越好、持续进化，不能每次回归初始设定。云辉风格为在通用风格基础上的「云辉融合版」，兼顾小说叙事的沉浸感与个人随笔的真诚感。

### 4.1 通用风格（Base Style）

- **人称**：第三人称（POV）。视点人物用"他/她"，但心理描写需深入，达到"虽是第三人称，却有第一人称的代入感"。
- **口语化**：叙述语言自然流畅，不拿腔拿调。允许适度使用角色的口头禅或方言词汇（视人设而定）。
- **去对话化**：**严禁纯对话推进剧情**。每段对话之间必须穿插动作、神态、心理活动或环境描写。
- **避免流水账**：**严禁只罗列事件**。不能写成"A做了某事→然后B做了某事→然后C发生了"的流水账。每个场景都要有沉浸感——具体的空间、光影、声音、气味，人物的动作、神态、心理，以及场景之间的情绪流动。流水账的典型特征：事件密集但缺乏氛围、对话多但缺乏穿插、心理直白但缺乏细腻。正确做法是"慢下来"，让读者进入场景，而不是匆匆赶往下一个事件。
- **对话语气词**：**对话必须包含语气词**，用以表达说话之人的情绪（如惊讶、叹息、犹豫、嘲讽、无奈等）。避免干巴巴的直接陈述，如不说"我不知道"，而说"哎呀，这我哪儿知道啊"；不说"你怎么来了"，而说"咦，你怎么来了？"。常用语气词包括：啊、呢、吧、嘛、呀、哦、嗯、唉、哎、哟、哈、哇、哼、呃等，根据人物性格和情境灵活运用。
- **群像对话有互动**：多人场景中，配角之间也要有互动，不能所有人都围着主角转。可以让配角互相调侃、打嘴炮、抬杠，制造小的冲突和张力。这样场景才"活"，不是问答式的单向输出。
- **情感颗粒度**：捕捉细腻的情绪变化，不只写"他生气了"，要写"他捏着茶杯的手指关节泛白"。
- **冲突与回报**：大胆设置困境与误会，不要急于解决。在压抑之后，必须给予明确的情绪释放（爽感/治愈/释然）。
- **文风去AI化**：避免AI味表达——禁止过度使用破折号解释、同一意思反复表达、特定词汇过度使用（超5-6次应替换）、三连排比（同句式重复三次以上呈现"列举清单"感）、刻意对称、议论文式逻辑过渡词（"首先...其次...""一方面...另一方面"）、翻译腔/公文腔（"尽管...但是...""与此同时""综上所述"）、结构化对比句式（"不是...而是...""不是...是..."）。详见 `references/writing-style.md` §2.1。
- **章节内词汇多样化**：**一章内禁止重复使用相同的修饰词、动作描写或心理表达**。如"心跳漏了一拍""愣了一下""眼神里带着……"等表达，一章内只能用一次。第二次必须换一种说法。
- **减少正确废话与没落点**：少写 综合来看、从某种意义上、我们不能简单地、既有观点认为、或许、可能 等模板句或模糊兜圈句。情绪或选择要有具体依据（用细节、动作、对话撑住），不要只堆"可能""或许"式的模糊心理。章节或场景收尾要有具体落点（情绪落点、画面落点、行动落点），不要泛泛升华或把多种可能摆一遍却不下笔。
- **不装腔**：不堆砌大词、不借角色或叙述者之口装深刻。道理用故事和细节展示，不靠总结句撑场面。**典型反例**："最好的猎人，总是以猎物的姿态出现"——这种看似深刻实则空洞的总结句，违反"Show, Don't Tell"原则，让读者跳脱出故事。正确做法：用具体行为展示猎人与猎物的关系，让读者自己感受到这层意思。
- **章节承接**：**新章节开头必须承接上一章的情绪状态**，不能突兀地开始新内容。若上一章结尾主角在思考人生、情绪低落，下一章开头不能直接跳跃到"某天下午，他兴高采烈地……"，而要写出情绪的转变过程——"那晚之后，他心里堵着的感觉松了一些……想通了……恢复成以前那个自己……"让读者感受到时间的流动和心境的变化，而不是被硬生生切换场景。
- **结构多样化**：拒绝固定套路——不要每章都用同一收尾方式（如每章都以"他/她不知道……"或反问句结束）、同一叙述顺序（如总是先环境再对话再心理）。收尾形式要多样（可留白、可定格画面、可动作收束、可对话掐断）；叙述节奏与笔墨分配随章节变化，让读者看不出固定模板。

### 4.2 类型适配（Genre Adaptation）

根据 `meta.md` 中的 `type` 字段调整：

- **现代/都市**：注重时代符号（APP、职场黑话、房价、热点），生活气息浓郁。
- **古代/历史**：注重名物考证（称谓、服饰、器物），语言半文半白但不晦涩，符合历史逻辑。
- **言情/校园**：聚焦情感推拉，心理描写占比极高，注重氛围感的营造（光影、气味、微表情）。
- **武侠**：注重动作打击感（动词精准），江湖规矩与侠义精神的辩证思考。
- **科幻**：逻辑自洽，用"硬"设定推导"软"人性，注重科技对日常生活的异化感。
- **刑侦/悬疑**：注重悬念前置与节奏张力（伏笔埋线自然、反转合理不生硬），化刑侦专业性（勘查流程、法医常识、侦查术语真实不悬浮），强化细节钩子（环境、物件、对话暗藏线索），氛围主打窒息悬疑感（留白式惊悚、心理压迫感，不依赖血腥猎奇），聚焦人性暗面与逻辑自洽，叙事克制冷峻，信息层层递进，结局闭环解谜，全程保持沉浸式追凶感。。

详见 `references/writing-style.md`。

---

## 5. 自我进化机制

本 Skill 具备学习能力。当 `samples/` 目录下增加了新文件时，用户触发进化流程：

1. **读取样本**：读取 `samples/` 下的所有文本。
2. **风格提取**：分析样本的句式长短、修辞习惯、叙事节奏、词汇偏好。
3. **更新规范**：将提取出的新特征追加或合并到 `references/writing-style.md`。
4. **更新描述**：更新本文件（`SKILL.md`）中的风格描述部分。

---

## 6. 文件模板

### meta.md

```markdown
# 小说元信息

- **项目名**：[folder-name]
- **小说名**：《[Title]》
- **类型**：[Genre]
- **POV**：第三人称
- **写作风格**：通用（可选：通用 / 云辉 / 引用《作品名》如《伊豆的舞女》；不填则默认通用）
- **状态**：连载中
- **概况**：[Summary]
- **核心主题**：[Theme]
- **最终走向**：[Ending]
```

### spaces.md（空间布置）

根据大纲与故事概况，为**常出现的空间**预设统一布局，写作与 QA 时引用，避免同一房间/学校/村庄/公司等在不同章节描写不一致。

```markdown
# 空间布置

> 常出现场景的布局与陈设预设。在该空间发生的故事须按此描写；若正文修改导致布局变动，请同步更新本文。

## [空间名称 1]（如：学校、男主住处、公司办公室）

- **位置/方位**：……
- **格局**：房间划分、出入口、与其它空间的关系
- **陈设/标志物**：家具、摆设、门窗、光线来源等
- **用途**：谁在此做什么（上课、住宿、办公等）

## [空间名称 2]
（同上，按需列举）
```