القائمة
Use when creating story outlines, planning chapter structure, or managing foreshadowing threads after world and character set is complete
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use when writing intimate or erotic scenes in fiction that require sensory completeness and narrative integrity (opt-in, requires --all flag to install)
Use when directing specific scene types (action, emotional, dialogue) and controlling narrative pacing at micro and macro levels, from sentence rhythm and micro-tension to chapter tension arcs and stakes escalation
Use when writing chapter text, drafting scenes, or producing manuscript content after outline is complete
Use when generating a plain-text chapter summary (≤150 Chinese characters + character end-of-chapter state snapshot) from the finished chapter, for cross-chapter continuity
Use when establishing character speech patterns, writing dialogue, verifying voice consistency, or crafting subtext through what characters avoid saying
Use when verifying narrative consistency across chapters, revising prose quality, and detecting AI-flavored writing patterns
| name | dp-set-outline |
| description | Use when creating story outlines, planning chapter structure, or managing foreshadowing threads after world and character set is complete |
本技能是刚性技能。严格遵循流程，不可跳步。
大纲不是灵感的记录，是工程图纸。每一章存在的理由必须经得起追问：这一章推动了什么冲突？揭示了什么世界观？角色弧线走到了哪里？如果答不上来，这一章不该存在。
本技能整合了四项核心职责：
必须已完成以下五项，缺一不可：
docs/dreampowers/tracking/overview.md) 已通过用户确认docs/dreampowers/tracking/style.md) 已通过用户确认（由 dp-set-style 产出）docs/dreampowers/set/world/) 已通过用户确认docs/dreampowers/set/concept/ 和 docs/dreampowers/set/character/) 已完成概念和角色拆分为独立文件docs/dreampowers/timeline/timeline.md) 已通过用户确认（由 dp-set-concept 产出）如果 docs/dreampowers/tracking/ 中已存在伏笔文件（thread-*，前序技能可能已创建），一并读取。
硬性约束： 在确认上述五项前置条件全部满足且已读取之前，禁止开始大纲构建。不论用户多急，前置条件不可绕过。
调用本技能后，将以下清单写入 todowrite，逐项执行：
docs/dreampowers/tracking/docs/dreampowers/chapters/chapter-NNN/），添加符号链接（含 style.md），编写 spec.md~/.config/opencode/skills/dp-chapter-adult 目录是否存在。若存在：通过提问式模板收集用户偏好，生成 docs/dreampowers/tracking/adult.md，仅在大纲中标注了成人场景的章节文件夹添加 adult.md 符号链接（有链接 = 本章含成人场景）本部分是 Dreampowers 的核心创新能力。
刚性执行声明（不可协商）：
世界观信息只能通过以下方式传递：
禁止的形式：
大纲构建前，先制定世界观揭示时间表。读取设定中的"冰山水下"元素，按主线冲突重新排序。先定"悬念出现点"，后定"解释发生点"，确保两者至少间隔 1-2 个场景。
# 世界观揭示时间表：[故事名]
## 第一卷（建立）：第1-X章
| 章节 | 引入的概念 | 揭示方式 | 保留的悬念 |
|------|-----------|---------|-----------|
| 第1章 | 概念A, 概念B | 感知式 | A的来源, B的规则 |
| 第2章 | 概念C | 对话式 | C的代价 |
## 第二卷（发展）：第X-Y章
| 章节 | 深化/新增 | 揭示方式 | 保留的悬念 |
|------|----------|---------|-----------|
## 第三卷（高潮）：第Y-Z章
| 章节 | 揭示的真相 | 与早期悬念的关联 |
|------|-----------|-----------------|
揭示时间表存储至大纲文件的开头部分（同一文件），不单独存储。
| 借口 | 现实 |
|---|---|
| "读者需要理解背景才能看懂" | 不需要。先制造好奇，读者会继续读 |
| "这段设定很重要所以要详细解释" | 越重要越需要分散揭示，增加悬念价值 |
| "只是一小段解释" | 小段累积就是 info-dump |
| "不解释读者会困惑" | 适度困惑=好奇心=翻页动力 |
| "这只是提供背景色" | Deborah Swift测试：此刻正在发生什么？没有就删 |
主题不是作者塞给读者的信息，不是贴在故事表面的标签。主题从角色选择与后果的碰撞中自然浮现。好的主题让读者合上书后久久回味，却说不出"作者想告诉我什么"。
核心主题（1-2 个）：故事存在的根本理由。核心主题是问题，不是答案。"权力是否必然导致腐败？"比"权力导致腐败"更好。问题让故事保持开放性，答案让故事沦为宣传。
次级主题（2-4 个）：回应、呼应或复杂化核心主题。通常通过配角弧线或支线情节来表达。
反题：核心主题的对立面。没有反题的故事是布道。 反题必须由一个有说服力的角色来体现，这个角色的论点不能是稻草人。读者应该在某些时刻觉得反题的持有者可能是对的。
| 角色类型 | 与核心主题的关系 |
|---|---|
| 主角 | 在主题与反题之间挣扎，最终做出选择 |
| 对手/反派 | 体现反题，且其论点必须有说服力 |
| 导师 | 代表主题的一种理解，但可能是不完整的 |
| 盟友 | 从不同角度呼应主题 |
| 牺牲者 | 展示主题/反题的极端后果 |
在大纲文件中建立主题追踪表：
## 主题追踪
### 核心主题：[问题形式] | 反题：[对立观点]
| 章节 | 涉及主题 | 表达角色 | 表达方式 | 强度(1-5) |
|------|---------|---------|---------|----------|
| 第1章 | 核心主题 | 主角 | 选择/行动 | 2 |
| 第3章 | 反题 | 对手 | 对话/冲突 | 3 |
追踪要点：
| 主题 | 说教 |
|---|---|
| 通过行动展示 | 通过旁白陈述 |
| 角色自己得出结论 | 作者替角色（和读者）下结论 |
| 反题有力，结局开放 | 反题是稻草人，结局是道德审判 |
| 读者自行体会 | 读者被告知"应该怎么想" |
| 主角有困惑和动摇 | 主角是道德标杆，从不犯错 |
自测方法： 如果读者在全篇三分之一处就能用一句话概括"作者想表达什么"，你在写寓言而非小说。
第一步是和用户确定故事的结构框架。不要替用户选。给出选项，让用户挑。
| 模型 | 适用场景 | 结构 |
|---|---|---|
| 三幕式 | 电影感强的中短篇 | 建立(25%) → 对抗(50%) → 解决(25%) |
| 英雄之旅 | 成长型主角 | 12 阶段循环 |
| 起承转合 | 中式传统叙事 | 4 段式 |
| 自定义 | 实验性/非线性 | 用户自定义 |
说明： 篇幅与结构模型不设默认推荐，用户自行选择字数篇幅与结构模型的组合。
模型嵌套说明： 多卷结构时，每一卷可以采用不同结构模型（例如第一卷用起承转合、第二卷用三幕式），模型可以嵌套。
时间线手法决定了故事"怎么讲"，而不是"讲什么"。大纲阶段必须确定每章的时间线手法，不可等到写正文时临时决定。
注意：故事级时间线（年代、时间跨度、关键日期）已在
dp-set-concept阶段构建并存储于docs/dreampowers/timeline/timeline.md。本节只处理章节级叙事手法——每章采用顺叙、倒叙、插叙还是补叙。两者的区分：故事级时间线是"什么时候发生了什么"，章节级时间线手法是"怎么讲这些事"。
| 手法 | 定义 | 适用场景 | 风险 |
|---|---|---|---|
| 顺叙 | 按时间顺序叙事 | 情节驱动型故事，因果链清晰的主线 | 风险最低，但开头可能缺乏冲击力 |
| 倒叙 | 从结果切入，再回溯原因 | 结果比过程更有悬念时 | 回溯段落容易让节奏拖沓 |
| 插叙 | 在当前时间线中插入过去片段 | 当前场景需要过去事件支撑时 | 打断叙事流，过长会喧宾夺主 |
| 补叙 | 对已叙述事件的补充说明 | 揭示被隐瞒的真相 | 时机不对会让读者困惑或无感 |
硬性规则： 倒叙开头必须制造足够的认知缺口。如果读者看完倒叙开头没有产生任何疑问，这个倒叙就是失败的。
这一章的核心信息是什么？
├─ 事件的过程本身就有张力 → 顺叙
├─ 结果比过程更令人震惊 → 倒叙
│ └─ 倒叙开头能制造认知缺口吗？
│ ├─ 能 → 确认使用倒叙
│ └─ 不能 → 回退到顺叙，考虑用章末钩子代替
├─ 当前场景的情感/信息需要过去事件支撑 → 插叙
│ └─ 插叙内容是否不超过当前场景 1/3？
│ ├─ 是 → 确认使用插叙，设计过渡标记
│ └─ 否 → 拆成独立章节，用顺叙或倒叙单独处理
└─ 需要揭示已叙述事件中被隐瞒的真相 → 补叙
└─ 读者此时是否已经产生了疑问？
├─ 是 → 确认使用补叙
└─ 否 → 延后补叙时机，先制造疑问
硬性规则： 每章大纲中必须标注该章的时间线手法。默认顺叙不需要额外说明理由，但非顺叙手法必须注明选择理由。
视角策略必须在大纲阶段确定，不在写作阶段临时决定。
| 视角类型 | 优势 | 劣势 | 适用场景 |
|---|---|---|---|
| 第一人称 | 代入感最强，情感传递直接 | 信息受限于主角认知 | 悬疑/推理、成长叙事 |
| 第三人称限制视角 | 兼顾代入感和叙述灵活性 | 仍受限于跟随角色的认知 | 大多数类型小说的默认选择 |
| 第三人称全知 | 可自由切入任何角色内心 | 代入感弱，容易违反铁律五 | 史诗/群像剧 |
| 多视角轮转 | 信息量大，世界立体 | 管理难度高 | 群像剧、权谋/宫斗 |
在大纲的开头部分确定全篇视角策略：使用哪种视角类型、角色视角列表及首次出场章节、每个角色视角承担的叙事功能。
确定模型后，划分大的结构单元。每卷需要明确：
卷级结构确定后，逐章填充。不允许只做到卷级就停下。 卷级大纲是半成品，章节级大纲才是可执行的蓝图。
# 大纲：[故事名]
## 结构模型：[选择的模型]
## 预计总章数：[N]
## 预计总字数：[M 万字]
## 视角策略
- **类型**: [第一人称/第三人称限制/全知/多视角]
- **角色视角**: [角色列表及首次出场章节]
## 世界观揭示时间表
[揭示时间表内容]
## 主题追踪
### 核心主题：[问题形式] | 反题：[对立观点]
[主题追踪表]
---
## 第一卷：[标题]
**核心目标**: [这一卷要达成什么]
**主角弧线**: [从 A 到 B]
**揭示重点**: [本卷揭示的世界观元素]
**主题**: [本卷的主题测试/推进]
### 第 1 章：[章节标题]
- **角色视角**: [视角角色] — [第一人称/第三人称限制/第三人称全知]
- **时间线手法**: [顺叙/倒叙/插叙/补叙]
- **场景**:
1. [场景 1] — [地点] — [冲突/事件]
2. [场景 2] — [地点] — [冲突/事件]
- **情绪曲线**: [开头情绪] → [结尾情绪]
- **世界观揭示**: [本章引入/深化的概念]
- **主题贡献**: [本章如何推进/呼应主题]
- **伏笔**: [植入的伏笔] → [预计回收章节]
- **章末钩子**: [让读者翻到下一章的理由]
- **角色章末状态**: [本章结束时各主要角色的物理状态、情绪状态、所在位置。下一章开头必须延续这些状态]（此为大纲规划预设；章节写完后，dp-chapter-summary 会在摘要中生成 `[章末状态]` 实际快照，下游技能以摘要中的实际快照为准）
- **概念白名单**: [本章工作区中有符号链接的概念列表]
- **角色白名单**: [本章工作区中有符号链接的角色及对应时间线阶段]
- **新引入概念**: [本章新引入的概念]
- **深化概念**: [本章深化的已有概念]
### 第 2 章：[章节标题]
...
---
## 第二卷：[标题]
...
每章必须有章末钩子。没有钩子的章节结尾等于允许读者退出。
大纲完成后，把每章的情绪强度标注为 1-5 分（1=宁静，5=极端），画出情绪曲线。曲线应该呈波浪形，而不是直线或锯齿。
大纲中每标注一个伏笔，必须同步在 docs/dreampowers/tracking/ 目录下创建对应的伏笔文件。不存在"等大纲写完再统一补录"这种操作。
中国叙事传统里的伏笔分三层：
所有伏笔的收敛速度由大纲规划决定。大纲应为每条伏笔指定预期回收的章节范围。章节执行完成后，由一致性检查（dp-review-consistency）确认伏笔是否按计划回收，不合格则打回重写。
每条伏笔独立存储为 docs/dreampowers/tracking/ 目录下的一个 .md 文件，文件名使用 thread- 前缀（如 thread-001-rusty-key.md），通过符号链接分配到相关章节文件夹。
<!-- foreshadow
id: thread-001
name: 描述性名称
type: 暗线
tier: 第10-15章
status: active
-->
# 伏笔：描述性名称
## 计划
- 植入：第3章，植入描述
- 推进：第8章，推进描述
- 扭转：第12章，扭转描述
- 高潮：第14章，高潮描述
- 回收：第15章，回收描述
## 事件记录
（随写作推进更新）
| 事件类型 | 章节 | 描述 |
|---------|------|------|
| 植入 | 3 | 植入描述 |
| 推进 | 8 | 推进描述 |
元数据字段说明：
type：明线 / 暗线 / 草蛇灰线tier：大纲规划的预期回收章节范围（如"第10-15章"、"第二卷末"）status：active（进行中）/ resolved（已回收）/ abandoned（已放弃）/ deferred（延至续作）| 类型 | 含义 | 示例 |
|---|---|---|
| foreshadow | 植入伏笔 | 角色无意间提到一个地名 |
| progress | 推进/加深 | 地名再次出现，关联到新信息 |
| twist | 扭转认知 | 读者以为的含义被颠覆 |
| climax | 伏笔线的高潮 | 真相浮出水面 |
| resolution | 彻底回收 | 伏笔线完整闭合 |
每条伏笔线至少有 foreshadow 和 resolution 两个事件。跨度长的伏笔建议有中间推进事件（progress/twist/climax）。
大纲完成后计算 Claremont 系数：
Claremont 系数 = status=active 的伏笔数 - status=resolved 的伏笔数
docs/dreampowers/chapters/chapter-NNN/ 是章节的自包含工作区。草稿预审阶段读取文件夹全部材料。包含：
docs/dreampowers/set/concept/、docs/dreampowers/set/character/、docs/dreampowers/tracking/thread-* 中的源文件spec.md — 章节 spec（施工说明书 + 写作蓝图，七节结构）draft.md — 章节草稿（写作阶段产生）review.md — 章节审查报告（审查阶段产生）iron-rules.md — 指向 docs/dreampowers/tracking/iron-rules.md 的符号链接style.md — 指向 docs/dreampowers/tracking/style.md 的符号链接summary-*.md — 前序章节摘要的符号链接（由 dp-chapter-summary 在生成摘要后为下一章创建，dp-chapter-draft 草稿预审时检查并补建缺失链接）spirit-energy.md → ../../set/concept/spirit-energy-system.md）su-wan.md → ../../set/character/su-wan.md）角色id-时间线.md 格式（如 lin-feng-before-war.md → ../../set/character/lin-feng/before-war.md）thread-NNN.md 格式（如 thread-001.md → ../../tracking/thread-001-rusty-key.md）iron-rules.md → ../../tracking/iron-rules.mdstyle.md → ../../tracking/style.mddp-chapter-summary 在每章摘要生成后将 docs/dreampowers/timeline/ 下所有已有摘要符号链接到下一章文件夹（summary-NNN.md → ../../timeline/summary-NNN.md）。dp-chapter-draft 草稿预审时检查并补建缺失链接六条铁律的精简版，存储在 docs/dreampowers/tracking/iron-rules.md，通过符号链接出现在每个章节文件夹中。AI 在写作时读取此文件，确保铁律贯穿整个写作链条。
# 六条铁律（写作时必须遵守）
1. **先好奇，后解释** — 每个世界观元素先以谜团出现，至少 1-2 场景后才解释
2. **先感知，后体系** — 角色先感官体验，再理解背后体系。禁止旁白解释体系
3. **扩展已有，少添新增** — 优先深化已引入概念，旧概念新层面 > 全新概念
4. **概念预算** — 第一章 ≤3 新概念，后续 ≤2/章，每场景 ≤1 解释，每 3000 字 ≥1 未解问题
5. **禁止旁白讲解** — 仅通过角色对话/行动/观察/冲突传递信息
6. **按需揭示** — 只揭示服务当前冲突的信息。Deborah Swift 测试：此刻没在发生？删掉
spec.md 是章节的施工说明书 + 材料清单 + 验收记录 + 写作蓝图，四合一。
两阶段写入：
dp-chapter-draft 草稿预审）：读取章节文件夹全部材料，评估后写入第六节（门控评估结果）和第七节（本章写作蓝图）核心原则：第六、七节写入完成并经用户确认后，写作阶段只读 spec.md 即可完成当前章节。
使用纯 Markdown 编写：
# 第1章 spec
## 一、概念预算
- 新概念上限：3
- 深化概念上限：不限
- 本章新引入：灵力体系, 宗门等级
- 本章深化：（首章无）
## 二、门控标准
- [ ] 所有概念均在本目录内有对应符号链接
- [ ] 新概念数量未超出预算
- [ ] 无旁白讲解式揭示
- [ ] 伏笔线索文件已链接
- [ ] 角色只展示本目录内链接的时间线阶段信息
- [ ] iron-rules.md 已链接
- [ ] 前序章节摘要已链接（非首章，由 `dp-chapter-summary` 创建，`dp-chapter-draft` 草稿预审时补建缺失）
## 三、概念依赖
- 灵力体系：无前置依赖
- 宗门等级：依赖"灵力体系"（读者需先理解灵力的存在才能理解宗门以灵力定等级）
## 四、读者评估要求
- 翻页欲望：>= 3/5
- 认知负载：<= 3个陌生元素/500字
- 共情验证：读者应对主角产生好奇或同情
## 五、改进要求
（首章无前序审查，留空）
## 六、门控评估结果
<!-- 由 dp-chapter-draft 草稿预审写入，大纲阶段留空 -->
## 七、本章写作蓝图
<!-- 由 dp-chapter-draft 草稿预审写入，大纲阶段留空 -->
| 节 | 写入者 | 写入时机 | 内容 |
|---|---|---|---|
| 一、概念预算 | dp-set-outline | 大纲阶段 | 新概念上限、深化上限、本章新引入/深化列表 |
| 二、门控标准 | dp-set-outline | 大纲阶段 | 检查清单，可含本章特有项 |
| 三、概念依赖 | dp-set-outline | 大纲阶段 | 概念间前置关系 |
| 四、读者评估要求 | dp-set-outline | 大纲阶段 | 翻页欲望、认知负载、共情验证的目标值 |
| 五、改进要求 | dp-set-outline | 首章留空，后续章节由审查写入 | 前序审查的改进反馈 |
| 六、门控评估结果 | dp-chapter-draft | 草稿预审 | 门控标准逐项检查结果 + 五问闸门结果 + 评估结论 |
| 七、本章写作蓝图 | dp-chapter-draft | 草稿预审 | 大纲要点、揭示计划、概念/角色要点（含角色风格档案摘要）、前情衔接（含前序摘要全文与 [TBD] 前缀）、伏笔指令、风格指令、调优指令、成人场景指令、张力定位、优先级、铁律提醒、语域转换提醒、时间线执行要求（非顺叙时） |
第一～五节统称 spec 框架。第六、七节统称 草稿预审产物。
各节字段要求以本模板和上表为准，不再另设分散字段说明。
第七节的内容从以下来源定向提取。所有来源均位于章节文件夹内部或通过符号链接可达：
| 蓝图子项 | 来源文件 | 来源位置（物理路径） | 章节文件夹中的形态 |
|---|---|---|---|
| 大纲要点 | outline-*.md | docs/dreampowers/outlines/ | 符号链接（outline-*.md → ../../outlines/outline-*.md） |
| 揭示计划 | 同上（嵌在大纲文件内） | 同上 | 同上 |
| 概念要点 | *.md（概念文件） | docs/dreampowers/set/concept/ | 符号链接 |
| 角色要点 | *.md（角色文件） | docs/dreampowers/set/character/ | 符号链接 |
| 前情衔接 | summary-*.md（前序摘要） | docs/dreampowers/timeline/ | 符号链接（由 dp-chapter-summary 创建，草稿预审补建缺失） |
| 伏笔指令 | thread-*.md | docs/dreampowers/tracking/ | 符号链接 |
| 风格指令 | style.md | docs/dreampowers/tracking/style.md | 符号链接 |
| 铁律提醒 | iron-rules.md | docs/dreampowers/tracking/iron-rules.md | 符号链接 |
| 调优指令 | tuning.md（可选） | 章节文件夹内（原始文件） | 原始文件 |
| 成人场景指令 | adult.md（可选） | docs/dreampowers/tracking/adult.md | 符号链接（仅成人章节） |
所有来源均通过符号链接在章节文件夹内可达，不存在跨越章节文件夹边界的读取。草稿预审将大纲中本章相关的要点提取进蓝图。
章节文件夹在本技能的大纲构建过程中创建。流程：
dp-set-concept：拆分源文件到 docs/dreampowers/set/concept/、docs/dreampowers/set/character/docs/dreampowers/chapters/chapter-NNN/ 文件夹，添加符号链接（包括大纲文件的符号链接 outline-*.md → ../../outlines/outline-*.md），编写 spec.md，创建 docs/dreampowers/tracking/iron-rules.md。若检测到 ~/.config/opencode/skills/dp-chapter-adult 目录存在，通过提问式模板生成 docs/dreampowers/tracking/adult.md，仅在标注了成人场景的章节文件夹添加符号链接（有链接 = 本章含成人场景）dp-chapter-draft：草稿预审读取章节文件夹全部材料并写入 spec.md 第六、七节，用户确认后进入写作docs/dreampowers/chapters/chapter-NNN/
├── spec.md # 章节 spec（施工说明书 + 写作蓝图，七节结构）
├── draft.md # 章节草稿（写作阶段产生）
├── review.md # 章节审查报告（审查阶段产生）
├── iron-rules.md → ../../tracking/iron-rules.md
├── style.md → ../../tracking/style.md
├── outline-*.md → ../../outlines/outline-*.md (大纲符号链接，由 dp-set-outline 创建)
├── adult.md → ../../tracking/adult.md (仅当大纲标注本章含成人场景；有此链接 = 本章含成人场景)
├── summary-*.md → ../../timeline/summary-*.md (由 dp-chapter-summary 创建，dp-chapter-draft 补建缺失)
├── spirit-energy.md → ../../set/concept/spirit-energy-system.md
├── sect-hierarchy.md → ../../set/concept/sect-hierarchy.md
├── lin-feng-before-war.md → ../../set/character/lin-feng/before-war.md
├── su-wan.md → ../../set/character/su-wan.md
├── thread-001.md → ../../tracking/thread-001-rusty-key.md
└── thread-002.md → ../../tracking/thread-002-scar.md
在大纲完成后，以及每章进入 dp-chapter-draft 前，必须执行五问闸门。闸门在本技能中定义，在 dp-chapter-draft 中逐章执行。
闸门规则：
大纲完成后，以下验证全部通过才能进入用户确认阶段。任何一项不通过都要回去修改。
逐章检查：本章计划揭示的世界观元素，是否出现在揭示时间表中对应的位置？
对照各章节文件夹检查：
docs/dreampowers/set/concept/ 和 docs/dreampowers/set/character/ 中的每个源文件，是否都至少在某个章节文件夹中有符号链接？（未被引用的概念/角色要么是遗漏，要么应移除）spec.md 中的"新概念上限"是否被遵守？（第一章 ≤3，后续 ≤2）spec.md 中的概念依赖图是否一致？（概念 B 依赖 A，则 A 必须在 B 之前的某个章节出现）underwater 的概念是否在前 30% 章节中保持不被链接？交叉验证通过后，派遣一个子 agent 执行结构完整性检查：
检查这份大纲的结构完整性：
1. 每章是否都有明确的角色视角、场景列表、情绪曲线？
2. 章末钩子是否每章都有？有没有章节遗漏？角色章末状态是否每章都有标注？
3. 冲突升级是否贯穿全篇？有没有中段塌陷？
4. 伏笔植入点和回收点是否在大纲中清晰标注？
5. 揭示时间表中的每个条目是否都能在大纲中找到对应章节？
6. 全篇的情绪节奏是否张弛有度？
7. 主题是否通过行动表达，而非旁白或角色台词直接陈述？
8. 反题持有者是否有说服力，而非稻草人？
列出所有发现的问题，不需要修正。
子 agent 返回问题清单后，与用户讨论需要修改的地方。审查最多循环 3 次。
写作过程中用户可能想要修改故事走向。这是创作的正常部分，不是错误。
dp-chapter-draft 检测到大偏离（导致后续 2 章以上大纲失效）skill("dp-tool-version") 提交当前所有已完成章节，提交信息：outline: 大纲修订前快照与用户确认修订意图：
| 规模 | 影响范围 | 示例 |
|---|---|---|
| 局部修订 | 仅影响未写章节的大纲 | "后面的反派动机改一下" |
| 中度修订 | 影响未写章节 + 需要微调已写的 1-2 章 | "把第10章的转折提前到第8章" |
| 重大修订 | 影响已写多章 + 大幅改变后续走向 | "主角的阵营要反转" |
读取所有已完成章节，对照修订后的新走向，逐章检查冲突：
将冲突清单交给用户，提供处理选项。用户拍板后执行。
修改大纲文档。重新运行交叉验证。同步更新 docs/dreampowers/tracking/ 目录下的伏笔文件：被修订掉的伏笔标记为 abandoned（记录原因），新增的按正常流程录入，重新计算 Claremont 系数。
大纲和伏笔源文件更新后，必须同步更新所有未写章节的文件夹（review_status 不为 released 或 imported 的章节）：
伏笔符号链接：
abandoned 伏笔的符号链接概念/角色符号链接：
spec.md 第一～五节：
验证：
abandoned 伏笔的残留链接前序章节摘要符号链接清理：
docs/dreampowers/timeline/summary-*.md 的符号链接，避免悬空已写章节的工作区不在此步修改——它们在第六步"回写"时通过完整的 dp-chapter-draft 流程重建。
需要回写的章节调用 skill("dp-chapter-draft") 走完整流程。回写完成后调用 skill("dp-review-consistency") 检查连续性。
从中断位置调用 skill("dp-chapter-draft") 继续流程。
docs/dreampowers/
├── tracking/
│ ├── overview.md # 故事蓝本（dp-tool-research 产出）
│ ├── style.md # 风格档案（dp-set-style 产出，符号链接到每个章节文件夹）
│ ├── adult.md # 成人场景偏好（本技能在检测到已安装后产出，仅成人章节文件夹有符号链接）
│ ├── iron-rules.md # 六条铁律精简版（符号链接到每个章节文件夹）
│ └── thread-NNN-*.md # 伏笔线索文件
├── timeline/
│ ├── timeline.md # 故事级时间线（dp-set-concept 产出，本技能读取）
│ └── summary-NNN.md # 章节摘要（dp-chapter-summary 产出）
├── outlines/
│ └── outline-*.md # 大纲文件（含揭示时间表 + 主题追踪）
└── chapters/
└── chapter-NNN/ # 章节文件夹（详细目录见“章节文件夹目录结构”）
大纲文件存储至：docs/dreampowers/outlines/outline-YYYY-MM-DD.md
硬性约束： 章节写作必须严格串行推进，适用于所有 dp-* 技能。写完第 N 章、确认无误后，才能开始第 N+1 章。禁止并行写多章。
出现以下任一情况，立即暂停，审查并修正：
| 信号 | 说明 |
|---|---|
| 连续超过 200 字无对话/动作的纯描述 | 可能是 info-dump |
| 一个场景内出现 3 个以上新术语 | 概念过载 |
| 角色突然变成"解说员" | 导游角色陷阱 |
| "正如我们所知/据说/传说中" | 旁白讲解信号 |
| 整段可以移到其他章节且不影响当前剧情 | 违反按需揭示 |
| 角色台词直接陈述主题 | 说教陷阱 |
| 反题持有者被写成小丑或恶人 | 稻草人谬误 |
| 连续 5 章以上无主题相关事件 | 主题线断裂 |
| 主角从未被反题动摇 | 主题未被测试 |
| 读者能一句话概括"故事的道理" | 主题过于直白 |
| 关系 | 技能 | 说明 |
|---|---|---|
| 上游 | dp-set-concept | 接收拆分后的概念/角色源文件 + 故事级时间线（docs/dreampowers/timeline/timeline.md） |
| 上游 | dp-set-style | 接收风格档案（docs/dreampowers/tracking/style.md），创建章节文件夹时添加 style.md 符号链接 |
| 上游 | dp-tool-research | 接收故事蓝本，可回调做考据 |
| 下游 | dp-chapter-draft | 大纲确认后进入章节写作，执行五问闸门 |
| 下游 | dp-chapter-summary | 章节完成后生成摘要，并为下一章文件夹创建摘要符号链接 |
| 协作 | dp-review-consistency | 检查已写章节是否违反揭示计划与铁律 |
| 协作 | dp-character-style | 角色风格应反映其对主题的立场 |
| 协作 | dp-chapter-direct | 大纲阶段通过 skill("dp-chapter-direct") 调用，规划全篇张力走势；大纲中的张力弧线标注作为场景导演和节奏控制的输入 |
| 协作 | dp-tool-version | 大纲修订时冻结进度 |
| 协作 | dp-chapter-adult | 若检测到 ~/.config/opencode/skills/dp-chapter-adult 目录存在，大纲阶段通过提问式模板生成 docs/dreampowers/tracking/adult.md，仅在标注成人场景的章节文件夹添加符号链接（有链接 = 本章含成人场景） |
digraph set_outline {
rankdir=TB;
node [shape=box, style=rounded];
read [label="读取前置文档\n蓝本+风格档案+设定\n+概念/角色+故事级时间线\n+已有伏笔"];
theme [label="发掘核心主题与反题\n定义主题层次"];
reveal [label="制定世界观揭示时间表\n(六条铁律约束)"];
model [label="确定结构模型\n+视角策略"];
acts [label="划分卷\n冲突+弧线+揭示+主题"];
chapters [label="逐章细化\n场景+角色视角+情绪+时间线手法"];
foreshadow [label="标注伏笔\n同步创建 docs/dreampowers/tracking/thread-*"];
rhythm [label="标注节奏\n高潮/低谷"];
workspace [label="创建章节文件夹\n符号链接+spec.md\n+iron-rules.md链接\n+style.md链接\n+adult.md链接(仅成人章节)"];
validate [label="交叉验证\n(六项全部通过)" shape=diamond];
review [label="子 agent 审查"];
review_pass [label="审查通过？" shape=diamond];
user_confirm [label="用户确认？" shape=diamond];
save [label="存储大纲\ndocs/dreampowers/outlines/outline-*.md"];
transition [label="调用 skill(\"dp-chapter-draft\")" shape=doublecircle];
read -> theme;
theme -> reveal;
reveal -> model;
model -> acts;
acts -> chapters;
chapters -> foreshadow;
foreshadow -> rhythm;
rhythm -> workspace;
workspace -> validate;
validate -> chapters [label="不通过，修改"];
validate -> review [label="通过"];
review -> review_pass;
review_pass -> chapters [label="有问题"];
review_pass -> user_confirm [label="通过"];
user_confirm -> chapters [label="要修改"];
user_confirm -> save [label="确认"];
save -> transition;
}
大纲通过用户确认并存储后，必须立即调用 skill("dp-chapter-draft")。
大纲是蓝图，不是终点。蓝图的意义在于被执行。dp-chapter-draft 会读取大纲、伏笔场记、揭示时间表，三者协同指导正文写作。如果大纲写完就停下，下次重新启动时大量上下文会丢失。
框架搭好了。现在开始长肉。