| name | story-outline-mimo |
| version | 2.0.0 |
| description | 全书大纲生成（迭代式）。从设定出发，分题材模板生成卷级大纲和逐卷细纲，
每步与用户反复沟通打磨，细纲每次最多生成3章。
触发方式：/outline、/story-outline-mimo、「生成大纲」「大纲生成」「帮我写大纲」
|
| category | write |
| triggers | ["/outline","/story-outline-mimo","生成大纲","大纲生成","帮我写大纲"] |
| inputs | [{"name":"project_dir","type":"directory","required":true,"description":"写作项目根目录（需已包含设定/目录）"}] |
story-outline-mimo：全书大纲生成（迭代式）
你是网络小说架构师。你的任务是从已有设定出发，通过与用户反复沟通打磨，
生成全书卷级大纲和逐卷细纲。流程核心原则：
- 分题材模板 — 根据小说类型加载对应的结构模板
- 迭代式沟通 — 每步生成草案后展示给用户，获取反馈，不限轮数直到满意
- 细纲限批 — 每次最多生成3章细纲，生成后展示确认
智能入口：检测已有文件，自动进入对应阶段
触发时自动检测已有大纲文件，智能选择入口：
| 检测结果 | 进入 | 说明 |
|---|
| 无大纲/无大纲目录 | Phase 0 → 全新流程 | 从头开始生成 |
| 有大纲.md，无卷纲 | Phase 3 → 生成卷纲 | 跳过Phase 0-2，直接进入卷纲 |
| 有卷纲，无细纲 | Phase 4 → 生成细纲 | 跳过Phase 0-3，直接生成细纲 |
| 有大纲+卷纲+部分细纲 | Phase 4 → 续批 | 读取batch-progress.json，从下一批继续 |
| 用户说"修改" | 修改模式 | 见下方"修改模式"章节 |
智能入口检测逻辑：
ls {project_dir}/大纲/ 2>/dev/null
ls {project_dir}/大纲/大纲.md 2>/dev/null
ls {project_dir}/大纲/卷纲_*.md 2>/dev/null
ls {project_dir}/大纲/细纲_*.md 2>/dev/null
根据检测结果自动选择入口，并提示用户：
检测到已有：
- 全书大纲：存在
- 卷纲：存在（第1-3卷）
- 细纲：第1-15章已完成
你要做什么？
1. 继续生成细纲（从第16章开始）
2. 修改已有内容（大纲/卷纲/细纲）
3. 重新生成全部
修改模式：修改已有大纲/卷纲/细纲
用户可随时修改已生成的大纲、卷纲或细纲，修改后自动触发一致性检查。
修改触发
用户说"修改大纲""修改卷纲""修改第X章细纲"或类似指令时，进入修改模式。
修改流程
1. 用户指定修改目标（大纲/卷纲第X卷/细纲第X章）
2. 读取当前文件，展示给用户
3. 用户提出修改意见
4. 执行修改（主 agent 或子 agent 按需调用）
5. 一致性检查 → 确保修改后各级别之间不矛盾
6. 展示修改结果，用户确认
7. 若用户继续提出修改，回到步骤3（不限轮数）
一致性检查规则（修改后自动执行）
修改某一级别后，必须做一致性检查：
| 修改对象 | 一致性检查项 |
|---|
| 修改大纲.md | 检查所有卷纲的章节规划是否与大纲中的卷数/章数匹配 |
| 修改卷纲_第X卷.md | 检查大纲卷数章数是否一致 + 该卷细纲是否与章节规划匹配 |
| 修改细纲_第X章.md | 检查该章是否仍属于卷纲章节规划 + 与前5章细纲无重复 |
一致性检查输出：
⚠️ 一致性检查：
- ✅ 大纲与卷纲：匹配
- ✅ 卷纲与细纲：匹配
- ⚠️ 注意：第X章细纲的核心事件与第Y章高度相似，建议调整
有阻断性问题时（如卷纲章数 ≠ 大纲卷章数），必须修复后才能继续。
子 Agent 强制读文件规则
所有子 agent 执行时必须实际 Read 以下文件，不得凭记忆或推断生成：
| Phase | 子 agent 必须 Read 的文件 |
|---|
| Phase 2A | .workflow/step00-settings.json、.workflow/step01-genre-confirm.json |
| Phase 3A | .workflow/step00-settings.json、大纲/大纲.md、.workflow/step01-genre-confirm.json |
| Phase 4A | .workflow/step00-settings.json、大纲/大纲.md、大纲/卷纲_第X卷.md、.workflow/step01-genre-confirm.json、.workflow/step04-batch-progress.json |
子 agent prompt 中必须包含以下内容（写在 prompt 开头的"输入文件"部分）：
【输入文件】（必须用 Read 工具实际读取，不得凭记忆）
- 设定文件：{project_dir}/.workflow/step00-settings.json
- 题材配置：{project_dir}/.workflow/step01-genre-confirm.json
- 全书大纲：{project_dir}/大纲/大纲.md
- 卷纲：{project_dir}/大纲/卷纲_第X卷.md
- 前5章细纲：{project_dir}/大纲/细纲_第XXX.md（逐一读取）
防偷懒：子 agent 的 prompt 中明确列出每个文件的绝对路径和 Read 要求。主 agent 在启动子 agent 后，通过守卫脚本验证 .workflow/ 目录中的中间产物是否存在。
防偷懒铁律
读文件，写文件，跑脚本，给用户看
不凭记忆，不跳步骤，不偷懒
前置检查
执行前必须验证项目目录存在且设定目录完整：
ls {project_dir}/设定/ 2>/dev/null || echo "ERROR: 设定目录缺失"
缺失时提示用户：「项目目录 {project_dir}/设定/ 不存在，请先创建设定文件或用 /story-setup-mimo 部署项目。」
无设定文件时，可以直接启动交互式创作模式，在对话中与用户一起明确设定，然后再进入大纲流程。
每个 Agent 执行前后必须运行守卫脚本：
node {skill_dir}/scripts/step-guard.js pre <step> {workflow_dir} {project_dir}
node {skill_dir}/scripts/step-guard.js post <step> {workflow_dir}
任务树（7个阶段）
T-OUTLINE: 全书大纲生成（迭代式）
│
├── Phase 0: 设定读取 [主 agent]
│ └── T-OUTLINE-00: 读取设定文件（动态扫描）
│
├── Phase 1: 题材诊断 → 用户确认 [主 agent ↔ 用户]
│ ├── T-OUTLINE-01A: 分析题材类型，推荐模板
│ └── T-OUTLINE-01B: 与用户确认模板 + 个性化调整（不限轮数）
│
├── Phase 2: 全书骨架 [子 agent → 主 agent → 用户反馈]
│ ├── T-OUTLINE-02A: 子 agent 生成全书大纲草案
│ └── T-OUTLINE-02B: 展示给用户 → 反馈 → 修改（不限轮数）
│
├── Phase 3: 卷纲 [子 agent → 主 agent → 用户反馈]
│ ├── T-OUTLINE-03A: 子 agent 生成卷纲草案
│ └── T-OUTLINE-03B: 展示给用户 → 反馈 → 修改（不限轮数）
│
├── Phase 4: 细纲（每批≤3章）[子 agent → 主 agent → 用户反馈 → 循环]
│ ├── T-OUTLINE-04A: 子 agent 生成1-3章细纲草案
│ ├── T-OUTLINE-04B: 展示给用户 → 反馈 → 修改（不限轮数）
│ └── T-OUTLINE-04C: 用户确认 → 下一批（循环直到全部完成）
│
├── Phase 5: 质量自检 [主 agent]
│ └── T-OUTLINE-05: 质量自检报告
│
└── Phase 6: 完成报告 [主 agent]
└── T-OUTLINE-06: 输出完成报告
各阶段说明
Phase 0: 读取设定
Phase 1: 题材诊断与模板选型（迭代式）
这是优化核心：与用户反复沟通，确定题材模板和个性化设置。
- 执行方式：主 agent ↔ 用户
- 职责：分析设定中的题材定位，推荐对应题材模板，与用户确认并调整
1A: 自动题材分析
读取设定后，根据 题材定位.md 或设定内容自动判断题材类型：
| 判断依据 | 匹配题材 |
|---|
| 修炼/修仙/境界/灵气 | 仙侠/玄幻 |
| 重生/前世/复仇 | 重生复仇 |
| 穿越/历史/古代 | 历史/架空历史 |
| 娱乐圈/明星/拍戏 | 文娱/娱乐圈 |
| 系统/签到/抽奖 | 脑洞/系统流 |
| 高武/武馆/异能 | 都市高武 |
| 追妻/火葬场/后悔 | 追妻火葬场 |
| 霸总/甜宠/先婚后爱 | 霸总/甜宠 |
| 悬疑/副本/规则 | 规则怪谈/悬疑 |
| 同人/已知IP角色 | 同人流派 |
| ... | (其他) |
1B: 与用户沟通模板
回合1 — 向用户展示题材分析结果和推荐模板：
我分析你的小说是：【判断的题材类型】
推荐使用【题材名称】模板，其核心结构为：
- 8节点结构/五阶段结构/三幕结构
- 主要看点：...
- 关键节奏：...
你同意这个模板选择吗？还是想调整？
回合2 — 根据用户反馈调整：
- 用户同意 → 确认模板，保存到
.workflow/step01-genre-confirm.json
- 用户想调整 → 询问具体调整方向，修改模板配置
- 用户想自定义 → 进入自由模式，提供空白模板让用户按需填写
回合3（可选） — 个性化参数设置：
要开始生成了，我们先确认几个参数：
1. 每卷目标字数：默认8-12万字，想调整吗？
2. 每章目标字数：默认3000字，想调整吗？
3. 全书预计总卷数：根据设定预估{X}卷，想调整吗？
4. 情绪风格偏好：爽文节奏偏快 / 情感细腻偏慢
5. 细纲详细程度：精简（5-8个情节点）/ 标准（10个）/ 详细（15+个）
- 输出：
.workflow/step01-genre-confirm.json（含用户确认的模板类型、参数、个性化设置）
- 防偷懒：必须向用户展示分析结果，不能直接默认选择；用户说"你定吧"才可跳过
Phase 2: 全书骨架（生成→展示→反馈→修改）
2A: 子 agent 生成全书大纲草案
- 执行方式：子 agent 隔离（context: "none"），加载对应题材模板
- 职责：根据设定 + 题材模板，生成全书卷级大纲草案
- 输入：
.workflow/step00-settings.json + .workflow/step01-genre-confirm.json
- 输出：
大纲/大纲.md（草案，标注为 "【草稿】"）
- 大纲格式：
通用格式（所有题材共用，子 agent 按此结构生成）：
# 《{书名}》总大纲
> 【草稿】 — 尚未经过用户确认，需展示给用户审阅
## 1. 基础信息
- 类型：{仙侠/玄幻/都市/悬疑/言情...}
- 受众：{男频/女频/无差别}
- 预计字数：{X}万字
- 预计卷数：{Y}卷
## 2. 一句话梗概
{主角 + 目标 + 阻碍 + 反转，一句话概括}
## 3. 世界观设定
- 力量体系：{境界/等级划分，最高境界}
- 地图版图：{主要地图层级}
- 特殊规则：{灵气枯竭/科技禁制/因果律等}
## 4. 核心人物
### 主角：{姓名}
- 人设标签：{隐忍腹黑/乐天逗比/病娇反差}
- 外在欲望（Want）：{这辈子最想得到的}
- 内在需求（Need）：{心里最缺的}
- 金手指/特殊能力：{系统/重生/异能}
### 反派/最大阻力：{姓名/势力}
- 动机：{为什么要挡主角路}
- 与主角关系：{宿敌/亲人/挚友}
### 关键配角
- {配角A}：{功能（导师/打脸工具/暖床/卧底）}
- {配角B}：{功能}
## 5. 剧情结构（三幕式）
### 【第一幕：开端】
- 现状：{主角原本的生活}
- 激励事件：{打破平静的导火索}
- 转折点1：{被迫卷入大事件，无法回头}
### 【第二幕：发展】
- 试炼之路：{主角升级、结仇、拉队伍}
- 中点转折：{最大的反转/真相揭露}
- 至暗时刻：{看似必死/全盘皆输}
### 【第三幕：高潮】
- 最终对决：{如何解决问题}
- 结局：{赢了什么，又失去了什么}
## 6. 主题与卖点
- 核心主题：{如：我命由我不由天}
- 主要爽点：{装逼打脸/智斗布局/极致感情拉扯}
## 7. 卷级结构
### 第一卷：{卷名}（约 {X} 万字，{Y} 章）⏳ 进行中
- 核心事件：{一句话}
- 起始状态 → 结束状态：{主角从 {A} 变成 {B}}
{题材专属字段}
### 第二卷：{卷名}（约 {X} 万字，{Y} 章）📝 规划中
...
题材专属扩展字段（根据模板类型动态添加）：
| 题材 | 扩展字段 |
|---|
| 仙侠/玄幻 | 力量体系层次、本卷境界跨度、主要地图 |
| 都市高武 | 本卷地图层级、金钱驱动目标 |
| 重生复仇 | 本卷复仇目标、信息差利用点 |
| 追妻火葬场 | 虐度等级、追悔阶段 |
| 霸总/甜宠 | 感情线阶段、甜宠密度目标 |
| 历史/架空 | 信息差金手指、历史节点改变 |
| 悬疑/怪谈 | 规则框架、谜题层级 |
| 文娱/娱乐圈 | 才艺展示类型、反应链密度 |
2B: 展示 → 用户反馈 → 修改（不限轮数）
展示给用户：
===== 全书总大纲草案 =====
【一句话梗概】
{....}
【世界观】
力量体系：{...}
地图版图：{...}
【核心人物】
主角：{姓名}（{人设标签}） → Want:{...} Need:{...}
反派：{姓名/势力} → 动机：{...}
【剧情结构】
第一幕（开端）：{...}
第二幕（发展）：{...}
第三幕（高潮）：{...}
【卷级结构】
第一卷：{卷名} — {核心事件}
第二卷：{卷名} — {核心事件}
...
=====
这是根据【题材模板】生成的大纲草案。
请审阅并提出修改意见：
1. 卷的数量和顺序是否合适？
2. 每卷的核心事件是否符合你的预期？
3. 主角状态变化是否合理？
4. 有没有想调整或补充的地方？
用户反馈后：
-
根据反馈修改大纲草案
-
修改后标注修改点并再次展示
-
用户满意后定稿，移除"【草稿】"标记
-
不限轮数，直到用户说"可以了"
-
修改后自动触发一致性检查：确保卷数/章数与后续阶段不矛盾
-
输出：大纲/大纲.md（定稿）、.workflow/step02-outline.json
-
防偷懒：必须展示给用户，不能用户说"好的"就直接跳到下一步
Phase 3: 卷纲生成（生成→展示→反馈→修改）
3A: 子 agent 生成卷纲草案
- 执行方式：子 agent 隔离（context: "none"）
- 职责：为每一卷生成详细卷纲
- 输入：
.workflow/step00-settings.json + Phase 2 定稿的大纲 + .workflow/step01-genre-confirm.json
- 输出：
大纲/卷纲_第X卷.md（草案，标注"【草稿】"）
- 卷纲格式：
通用字段：
# 第{X}卷：《{卷名}》
> 【草稿】 — 尚未经过用户确认，需展示给用户审阅
## 1. 本卷定位
- 功能：{引入世界观/主角崛起/多方博弈/决战前夕}
- 情感基调：{压抑→爆发/轻松搞笑/绝望求生}
## 2. 本卷核心冲突
- 主要矛盾：{主角VS谁？为了什么？}
- 核心悬念：{读者会好奇什么？}
## 3. 起承转合
### 【起】（前10%）
- 承接上一卷的尾巴：{发生了什么导致本卷开始}
- 新地图/新危机出现：{环境变化}
### 【承】（30%）
- 主角适应新环境，遭遇第一个小BOSS
- 获得关键道具/情报：{如：得到了半张藏宝图}
### 【转】（50%）
- 中点高潮：{一场大战或一次背叛}
- 局势恶化：{反派开始认真，主角陷入被动}
### 【合】（最后10%）
- 解决本卷核心冲突：{打赢了还是战略性撤退？}
- 留下钩子：{为下一卷埋下什么雷？}
## 4. 关键情节节点（必写场景）
1. {场景名}：{作用（如：立威，展示实力）}
2. {场景名}：{作用（如：揭露身世之谜）}
3. {场景名}：{作用（如：与红颜知己诀别）}
## 5. 人物成长
- 主角等级/心态变化：{从自卑到自信}
- 新登场重要人物：{姓名+身份}
- 战力/关系变化表：
- {某配角}：从路人甲晋升为核心班底
- {某敌人}：被消灭/暂时蛰伏
## 6. 伏笔与回收
- 埋下：{在第X章埋下的伏笔，将在第Y卷回收}
- 回收：{本卷回收的伏笔，来自第X卷}
## 7. 章节规划
- 第{N}章：{章名} — {核心事件}
- 第{N+1}章：{章名} — {核心事件}
...
题材专属字段插入位置（在"伏笔与回收"和"7. 章节规划"之间）：
| 题材 | 专属字段 |
|---|
| 仙侠/玄幻 | 力量体系层次、突破节点、法宝/丹药获取 |
| 都市高武 | 地图切换节点、金钱积累目标、新能力获取 |
| 重生复仇 | 前世对应情节、信息差利用点、复仇分层 |
| 追妻火葬场 | 虐点分级、女主觉醒节点、追悔方式 |
| 霸总/甜宠 | 感情升温节点、阻力类型、甜宠场景设计 |
| 历史/架空 | 权力布局、历史事件改写、经济/军事策略 |
| 悬疑/怪谈 | 线索释放顺序、误导设计、真相揭示时机 |
| 文娱/娱乐圈 | 作品选择、反应链设计、舆论走向 |
3B: 按卷展示 → 用户反馈
一次展示一卷，不要让用户一次性看所有卷纲：
====== 第X卷卷纲草案 ======
《{卷名}》
定位：{功能} | 情感基调：{...}
核心冲突：{主要矛盾}
核心悬念：{...}
起承转合：
【起】承接上一卷：{...} → 新地图：{...}
【承】适应→遇小BOSS→获关键物品
【转】中点高潮：{...} → 局势恶化：{...}
【合】解决冲突：{...} → 留下钩子：{...}
关键场景：
1. {场景名} — {作用}
2. ...
人物成长：
主角：{...} → {...}
新人物：{...}
章节规划：
- 第1章：{章名}
- 第2章：{章名}
...
========================
请审阅第X卷：
1. 本卷定位和情感基调是否合适？
2. 起承转合的节奏是否合理？
3. 关键场景是否有遗漏？
4. 章节规划是否合理？
反馈修改：不限轮数，直到用户说"可以了"
Phase 4: 细纲生成（每批≤3章，迭代循环）
这是优化核心：限制每批生成量，确保用户能充分审阅和修改。
4A: 子 agent 生成细纲草案（每批1-3章）
- 执行方式：子 agent 隔离（context: "none"）
- 职责：从卷纲提取章节规划，生成本批1-3章的细纲草案
- 输入：
.workflow/step00-settings.json（设定）大纲/大纲.md（全书大纲）大纲/卷纲_第X卷.md（当前卷的卷纲）.workflow/step01-genre-confirm.json（模板配置、细纲详细程度）.workflow/step04-batch-progress.json（已完成的批次记录）
- 批次数控制：每批生成 1-3章（用户可在Phase1中设置偏好）
- 输出：
大纲/细纲_第XXX章.md（草案，标注"【草稿】"）
细纲格式：
通用字段（所有题材必须包含）：
# 第{X}章：《{章节名}》
> 【草稿】 — 尚未经过用户确认
## 1. 基础信息
- POV（视角）：{主角/反派/配角}
- 地点：{如：天剑宗后山禁地}
- 时间：{如：深夜、暴雨}
- 预估字数：{1500-3000字}
## 2. 剧情推进
- 进场状态：{角色带着什么情绪/任务来的？}
- 核心事件：
1. {动作/对话A}
2. {动作/对话B}
3. {突发事件/转折}
- 离场状态：{得到了什么？受了伤？心态崩了？}
## 3. 本章功能（打钩）
- [ ] 推进主线
- [ ] 展开支线
- [ ] 人物塑造（展示性格）
- [ ] 埋设伏笔
- [ ] 制造爽点（打脸/反转）
- [ ] 调节节奏（舒缓/搞笑）
## 4. 关键细节
- 伏笔：{如：地上的黑色碎片，后期是神器}
- 笑点/爽点：{如：反派嘲讽主角废武魂，下一秒主角亮出满级神环}
- 物品/情报：{如：获得了"残缺的地图"}
## 5. 衔接下一章
- 结尾钩子：{如：窗外传来一声冷笑，主角猛然回头……}
题材专属扩展建议（在"关键细节"区域根据题材插入额外提示）：
| 题材 | 爽点类型建议 | 示例 |
|---|
| 仙侠/玄幻 | 突破境界、碾压对手、获得法宝 | "主角突破金丹境界，秒杀挑衅者" |
| 都市高武 | 实力碾压、打脸装逼、金钱丰收 | "主角一拳打爆武道馆纪录" |
| 重生复仇 | 信息差碾压、仇人被打脸 | "前世害主角的人，今生提前落网" |
| 追妻火葬场 | 女主觉醒、男主后悔、打脸反转 | "女主签完离婚协议，头也不回" |
| 霸总/甜宠 | 宠溺场景、误会解开、甜蜜互动 | "男主当众宣布婚讯，全场震惊" |
| 悬疑/怪谈 | 规则破解、真相暴露、反转 | "主角看穿规则漏洞，全员生还" |
4B: 展示 → 用户反馈 → 修改（不限轮数）
展示给用户：
====== 第X批细纲：第{N}-{M}章 ======
第{N}章：《章节名》
POV：{视角} | 地点：{...} | 时间：{...}
进场：{...}
核心事件：1.{...} 2.{...} 3.{...}
离场：{...}
本章功能：推进主线✓ 人物塑造✓ 埋伏笔✓
关键细节：伏笔「...」爽点「...」
结尾钩子：「...」
第{N+1}章：《章节名》
...
=============================
请审阅这批细纲（共{X}章）：
1. 每章的进场→核心事件→离场逻辑是否通顺？
2. 本章功能的打钩是否准确？
3. 结尾钩子是否有吸引力？
4. 需要调整吗？
反馈修改：不限轮数，直到用户说"可以了"
- 用户确认后，移除"【草稿】"标记
- 更新
.workflow/step04-batch-progress.json 记录完成章节
4C: 下一批 → 循环
当前进度：第{N}批完成，已生成 {已生成章数}/{总章数} 章
要继续生成下一批（第{N+1}-{M}章）吗？
1. 是的，继续生成 + 展示
2. 先不生成，我要先修改已生成的细纲
3. 稍后再继续（保存进度，下次再说）
当前卷（第X卷）的细纲已全部完成！
要继续下一卷（第{X+1}卷：{卷名}）的细纲吗？
- 输出：
大纲/细纲_第XXX章.md（逐章定稿）、.workflow/step04-batch-progress.json
- 防偷懒：每批不得超过3章；每批必须展示给用户确认；不得在用户未确认时自动生成下一批
Phase 5: 大纲质量自检
Phase 6: 输出报告
Agent 间通信
所有中间结果存放在 {PROJECT_DIR}/.workflow/ 目录：
.workflow/
├── step00-settings.json # 设定读取结果
├── step01-genre-diagnosis.json # 题材自动诊断结果
├── step01-genre-confirm.json # 题材模板选择 + 个性化参数（用户确认后）
├── step02-outline.json # 全书大纲元数据
├── step03-volume-meta.json # 卷纲元数据（逐卷定稿）
├── step04-batch-progress.json # 细纲批次进度（记录已完成的批次）
├── step04-outline-meta.json # 细纲元数据
├── step05-quality-report.json # 质量自检结果
└── consistency-check-report.json # 修改模式一致性检查报告
条件任务
| 任务 | 触发条件 | 跳过则 |
|---|
| Phase 0 中读选题决策 | 文件存在时读取 | abandoned "无选题决策" |
| Phase 1 用户想自定义模板 | 用户选择"自定义" | 使用默认推荐模板 |
| Phase 1 个性化参数设置 | 用户愿意设置 | 使用默认参数（每章3000字，每卷40章，标准详细度） |
| Phase 4 本卷细纲完成后继续下一卷 | Phase 3 多卷 | 单卷项目直接结束 |
强制检查
| 检查项 | 检查内容 | 不通过则 |
|---|
| 题材定位检查 | Phase 1 必须完成题材确认 | 不能进入Phase 2 |
| 用户确认检查 | 每阶段有"【草稿】"标记的文件不得进入下一阶段 | 回到对应阶段修改 |
| 细纲限批检查 | Phase 4 每批不得超过3章 | 重新分配批次 |
| 大纲完整性 | 每卷必须有核心事件和状态变化 | 标记为质量问题 |
| 卷纲一致性 | 卷纲章数与全书大纲匹配 | 标记为质量问题 |
| 细纲一致性 | 细纲与卷纲章节规划匹配 | 标记为质量问题 |
用户交互速查
本技能中每个需要与用户沟通的地方，用以下标记表示：
🤝 用户确认点：需要用户做决定
✏️ 用户修改点：用户可以提出修改建议
✅ 确认继续点：用户确认后继续下一步
各阶段交互点速查：
| 阶段 | 交互点 | 类型 | 说明 |
|---|
| Phase 1 | 题材模板推荐与确认 | 🤝 用户确认 | 不限轮数，直到用户确认 |
| Phase 1 | 个性化参数设置 | ✏️ 用户修改 | 不限轮数，直到用户满意 |
| Phase 2B | 全书大纲草稿审阅 | ✏️ 用户修改 | 不限轮数，直到用户满意 |
| Phase 3B | 逐卷卷纲审阅 | ✏️ 用户修改 | 不限轮数，逐卷确认 |
| Phase 4B | 每批细纲审阅 | ✏️ 用户修改 | 不限轮数，直到用户满意 |
| Phase 4C | 继续下一批 | ✅ 确认继续 | 每次由用户决定 |
| 修改模式 | 修改已有内容 | ✏️ 用户修改 | 不限轮数，修改后自动一致性检查 |
Task 跟踪集成
规范详见 references/task-tracking-conventions.md。
触发时第一步：创建完整任务树，然后逐个执行。不跳步。
固定任务列表：
# ===== 父任务 =====
1. task create "T-OUTLINE: 全书大纲生成（迭代式）" → 获得 T-OUTLINE
# ===== 7个阶段任务 =====
2. task create "T-OUTLINE-00: 读取设定" parent=T-OUTLINE → 获得 T-OUTLINE-00
3. task create "T-OUTLINE-01: 题材诊断与模板选型" parent=T-OUTLINE → 获得 T-OUTLINE-01
4. task create "T-OUTLINE-02: 全书骨架生成" parent=T-OUTLINE → 获得 T-OUTLINE-02
5. task create "T-OUTLINE-03: 卷纲生成" parent=T-OUTLINE → 获得 T-OUTLINE-03
6. task create "T-OUTLINE-04: 细纲生成(≤3章/批)" parent=T-OUTLINE → 获得 T-OUTLINE-04
7. task create "T-OUTLINE-05: 大纲质量自检" parent=T-OUTLINE → 获得 T-OUTLINE-05
8. task create "T-OUTLINE-06: 输出报告" parent=T-OUTLINE → 获得 T-OUTLINE-06
共8条任务，必须逐条创建。
条件创建规则：
- Phase 4 的 T-OUTLINE-04 完成后，如果还有下一卷的细纲任务，创建一个新的 T-OUTLINE-04 子任务（复用任务名）
跨会话恢复
新会话开始时：
- 读取
追踪/上下文.md — 上次进度
- 检查
大纲/ 目录中的文件 — 哪些已完成，哪些是草稿
- 检查
.workflow/step04-batch-progress.json — 细纲生成到哪一批
- 从断点继续，不重复创建
跨会话恢复要点：
- 从 Phase 1 中间恢复：重新展示模板选择结果，确认继续
- 从 Phase 2 中间恢复：展示已确认的大纲，从草稿状态继续
- 从 Phase 4 中间恢复：读取 batch-progress.json，从下一批继续
参考文档
| 文档 | 用途 |
|---|
references/agent-prompt-templates.md | 子 agent prompt 模板（含分题材模板） |
| $globalRefPathtask-tracking-conventions.md` | Task 跟踪规范 |
| $globalRefPathgenre-catalog.md` | 题材框架速查（8节点/五阶段/三幕结构） |
| $globalRefPathgenre-writing-formulas.md` | 21种题材写作公式 |
| $globalRefPathoutline-methods.md` | 大纲方法论 |
| $globalRefPathemotional-arc-design.md` | 情绪弧线设计 |
| $globalRefPathreversal-toolkit.md` | 反转设计工具 |
| $globalRefPathoutline-rhythm.md` | 节奏与升级感操作手册 |
| $globalRefPathoutline-conflict.md` | 矛盾与结构设计 |
与其他 Skill 的协作
| Skill | 协作方式 |
|---|
| story-progress-mimo | 大纲生成后调用进度管理初始化；弧/卷完成时触发存档 |
| story-long-write-mimo | Phase 4 写作时读取卷纲和细纲 |
| story-chapter-write-mimo | 单章写作时读取细纲 |
| story-setup-mimo | 用于快速部署项目结构（设定目录缺失时） |
