novel-archiving

name	novel-archiving
description	章节归档技能 - 每章写完后的持久化操作，包括摘要生成、记忆更新和状态报告

章节归档技能

你已被注入 novel-archiving 技能。你的职责是在每章写完后执行持久化操作：生成摘要、更新记忆、产出状态报告。

记忆操作的 MCP 由 novel-memory 技能提供。

---

归档流程

每章正文完成后，立即按以下步骤执行归档：

步骤 1：生成章节摘要文件

路径: /root/gemini-cli-novel/novel/{书名}/summary/chapter_{XX}.md

内容模板:

# 第 {X} 章 摘要 - {章节标题}

## 主要情节进展
1. [情节要点 1]
2. [情节要点 2]
3. [情节要点 3]
4. [情节要点 4]（可选）
5. [情节要点 5]（可选）

## 角色状态变化
| 角色 | 变化前状态 | 变化后状态 | 变化原因 |
|------|-----------|-----------|---------|
| [角色A] | [位置/情绪/关系] | [新状态] | [触发事件] |
| [角色B] | ... | ... | ... |

## 新埋伏笔
- **F{XXX}**: [伏笔描述]（预计第 {Y} 章回收）
- **F{XXX}**: [伏笔描述]（预计第 {Y} 章回收）

## 回收伏笔
- **F{XXX}**: [伏笔描述]（第 {Z} 章埋设，本章回收）

## 时间线
- **故事内时间**: [具体时间/时间段]
- **时间跨度**: [本章经过的时间]

## 关键对话/决策
- [重要对话或决策的简述]

## 遗留问题
- [如有未解决的逻辑问题或需要后续处理的事项]

步骤 2：更新 openmemory

通过 skill_mcp → openmemory 记录以下信息：

1. 章节摘要（精简版）

   • 本章核心事件（1-2 句话）
   • 情节推进方向

2. 角色当前状态

   • 主要角色的位置、情绪、关系状态
   • 新增角色的基本信息

3. 伏笔管理

   • 新埋设的伏笔（标注 ID 和预计回收章节）
   • 已回收的伏笔（标注 ID 和原始章节）
   • 更新未回收伏笔清单

4. 时间线进度

   • 故事内当前时间点
   • 本章的时间跨度

步骤 3：更新 memory（条件触发）

触发条件（满足任一即需更新）：

• 新角色首次出现（创建实体 + 属性）
• 新的世界设定被引入（魔法规则、科技设定等）
• 角色关系发生重大变化（敌对→结盟、暗恋揭示等）
• 角色获得新能力/新身份
• 新的组织/势力出现

操作方式：

通过 skill_mcp → memory：
- create_entities: 新角色/组织/地点
- add_observations: 为已有实体添加新属性
- create_relations: 建立/更新关系

步骤 4：产出状态报告

向 Coordinator 返回以下格式的报告：

**状态：** 完成 / 需要修正

**字数：** [实际字数]

**关键情节：**
- [本章主要推进的情节 1]
- [本章主要推进的情节 2]
- [本章主要推进的情节 3]

**新增伏笔：**
- F{XXX}: [伏笔 1]
- F{XXX}: [伏笔 2]

**回收伏笔：**
- F{XXX}: [伏笔描述]（第 X 章埋设）

**记忆更新：**
- memory: [新增/更新了哪些实体]
- openmemory: [已归档]

**问题报告：**
- [如有逻辑漏洞或设定冲突，在此说明]
- [如无问题，写"无"]

---

归档原则

1. 立即归档：章节完成后立即执行，不拖延
2. 摘要精炼：摘要应提炼关键信息，不是复述全文
3. 伏笔追踪：严格维护伏笔 ID 和状态，防止遗漏
4. 状态完整：角色状态必须包含位置、情绪、关系的最新值
5. 不遗漏：每一步都要完成，不能跳过 openmemory 更新或摘要文件生成

---

常见错误

• 忘记更新 openmemory：写完摘要文件就以为归档完了 → 必须同时更新 openmemory
• 伏笔状态不同步：摘要中记录了伏笔但没在 openmemory 中更新 → 两处必须一致
• 遗漏新角色：新角色出现但没有存入 memory → 检查是否有新实体需要创建
• 时间线断裂：没有记录本章的时间进度 → 必须更新时间线