メニュー
管理小说情节结构 —— 卷纲、故事弧（arc）、时间线、伏笔账（hook ledger）。当用户说"做卷纲"、"设计故事弧"、"加伏笔"、"伏笔账"、"时间线"、"plot outline"、"design arc" 时触发。包含中文网文章节情节推进四大原则，以及借鉴 inkos hook-ledger 的 open/advance/resolve/defer 四态伏笔语义和"揭1埋1"硬底线。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
引导用户填充 story.md 的核心创意要素（一句话简介、核心矛盾、30 章承诺、市场定位、文风方向）。当用户说"讨论世界观"、"开始 brainstorm"、"想剧情"、"聊一下这个故事"、"我想写小说但还没想清楚怎么写"、"continue brainstorming the story" 时触发。此 skill 不创建世界观/角色/章节，仅在概念层做收敛。
核心章节写作循环。9 步管线：outline → user_confirm → memory_load → write → self_check → fix_loop → memory_update → checkpoint → user_review。当用户说"写第 X 章"、"写下一章"、"继续写"、"接着写"、"重写第 X 章"、"write chapter N" 时触发。两阶段温度策略：写作时高温，自检和修复时低温。
管理小说角色资产 —— 角色卡、关系图谱、家族 / 阵营树、动态角色状态（卷级职责 / 缺席风险 / 候选新角色）。当用户说"加角色"、"加主角"、"加反派"、"创建一个角色"、"角色关系"、"建家族树"、"add character" 时触发。每个角色一个 markdown 文件，frontmatter 维护双向关系。
用于初始化一个新的小说项目。当用户说"我想写小说"、"开始写小说"、"新建小说项目"、"创建一本新小说"、"start a new novel" 时触发。会引导用户完成基本信息确认后，搭建标准的 vault 目录结构（story.md / characters / worldbuilding / plot / chapters / style / .memory），并可选地 git init。
管理长篇小说的长期记忆 —— 写章节前的上下文组装（memory_load），写完后的状态更新（memory_update）。这是百万字小说一致性的核心基础设施。**通常不由用户直接触发**，而是由 novel-chapter 在写作循环中自动调用。当用户说"看一下当前记忆状态"、"更新记忆"、"导出章节摘要" 等显式管理操作时也可触发。
章节 / 全书校稿。37 维质量审查：4 维统计学（Python 脚本）+ 33 维主观（LLM 评估）+ 一致性 + 伏笔账 + 硬规则。当用户说"校稿"、"审一遍"、"检查第 X 章"、"看看哪里有问题"、"全书审查"、"review chapter"、"audit" 时触发。审稿只评结构和完成度，**不评文笔**（文笔由 novel-style-engine + novel-chapter 在生成阶段控制）。
| name | novel-plot |
| description | 管理小说情节结构 —— 卷纲、故事弧（arc）、时间线、伏笔账（hook ledger）。当用户说"做卷纲"、"设计故事弧"、"加伏笔"、"伏笔账"、"时间线"、"plot outline"、"design arc" 时触发。包含中文网文章节情节推进四大原则，以及借鉴 inkos hook-ledger 的 open/advance/resolve/defer 四态伏笔语义和"揭1埋1"硬底线。 |
管理三类情节资产：
plot/arcs/{arc-kebab}.md）—— 每个主要叙事单元一个文件plot/timeline.md）—— 全书事件按时间排序plot/foreshadowing.md）—— 借鉴 inkos hook-ledger，open/advance/resolve/defer 四态plot/_index.md / plot/timeline.md / plot/foreshadowing.md 存在novel-characters）和核心地点（novel-worldbuilding），否则卷纲里的引用会指向空首次使用此 skill 时，确认全书 structure（写入 plot/_index.md frontmatter）：
参考 references/structure-models.md，常见 5 种：
如果用户没拍板，按 genre 默认：
读取上下文：
story.md：核心矛盾、30 章承诺plot/_index.md：已有弧的列表，避免冲突characters/_index.md：可能涉及的角色问基本信息：
对话填充弧内容（用 references/arc-template.md 作骨架）：
A. Setup（开局状态）
B. Rising Action（铺垫升级）
C. Climax（高潮）
D. Resolution（解决）
填充 Plot Points 表（章节级事件追踪）：
| # | 事件 | 幕 | 章节 | 状态 |
|---|---|---|---|---|
| 1 | {事件} | Act 1 | Ch 1 | Planned |
| 2 | {事件} | Act 1 | Ch 2 | Planned |
| 3 | {事件} | Act 2 | Ch 3 | Written |
填充 Foreshadowing 表（弧内伏笔）：
每个伏笔包含：
planted / advancing / paid-off / deferred写文件：路径 plot/arcs/{arc-kebab}.md
更新 plot/_index.md 的弧表
同步到全书伏笔总表：把本弧的伏笔合并写到 plot/foreshadowing.md（详见下方"伏笔账管理"）
plot/timeline.md 是全书事件按时间顺序的总览。
每次创建 / 写章节 / 跑 novel-chapter 都会更新它。
格式：
| 时间 | 事件 | 弧 | 章节 |
|---|---|---|---|
| 12 年前 | sera 父母被杀 | (背景) | (Backstory) |
| 现在 | sera 回归北境 | seras-reclamation | Ch 1 |
| 现在 + 3 天 | sera 与 kael 重逢 | seras-reclamation | Ch 2 |
插入规则：按时间排序插入。检查时间冲突。如果某事件被多个章节引用（比如同一事件被多个 POV 写过），用 (Ch 5, Ch 7) 标注。
借鉴 inkos hook-ledger 设计。每条伏笔有 4 态生命周期，全书必须维持"揭 1 埋 1"硬底线。 详见
references/hook-ledger-spec.md。
4 态语义：
| 状态 | 含义 |
|---|---|
open | 已埋下，未推进，未回收 |
advance | 已推进（给了新线索 / 加深了悬念）但未完整回收 |
resolve | 已完整回收 |
defer | 暂时搁置（明确说明：不在这一卷处理） |
伏笔账位置：
plot/foreshadowing.md（全书总表）—— 所有伏笔plot/arcs/{arc}.md 的 ## Foreshadowing 段 —— 本弧内的伏笔chapters/ch-XXX.md 的 frontmatter ## hook-账 段 —— 本章 advance / resolve / defer 的伏笔操作：
openadvance，全书表更新resolve，全书 + 弧 + 时间线（标注 payoff-at）都更新defer，给出搁置原因硬底线（由 novel-review 的 check_hook_ledger.py 自动检查）：
resolve N 个伏笔，必须至少 open N 个新伏笔当用户准备好开始写某一卷的章节（即将进入 novel-chapter 循环），需要先做"卷级章节大纲"。
每卷一份，路径 plot/arcs/{arc}-chapters.md（或在 arc.md 的 ## Chapter Outline 段）。
每章一行：
## 第 1 章：{标题}
- 时间：具体时间点
- POV：{character-id}
- 地点：{location-id}
- 权重：⭐⭐⭐（详见下方权重规范）
- 危机来源：来自{上一章/前情}的{什么隐患}
- 核心冲突：本章要解决什么 / 不解决什么
- 主角抉择：做什么选择
- 埋下隐患：这个抉择埋下了什么新危机（→ 下一章的危机来源）
- 推进的 hook：{hook-id-list}
- 兑现的 hook：{hook-id-list}
- 暂搁的 hook：{hook-id-list}
章节情节推进四大原则（详见 references/pacing-principles.md）：
禁止：
novel-chapternovel-characters / novel-worldbuildingnovel-review每次完成创建后：
novel-chapter 循环前必须有"卷级章节大纲"）