# 短剧改编流水线详细说明

## 全局流程

每个阶段执行流程如下：

1. 决策层分析用户请求，通过 deepRetrieve 获取项目记忆，判断当前阶段
2. 决策层派发任务给执行层，执行层写入 planData
3. 决策层派发审核任务给监督层，监督层生成审核报告
4. 决策层将审核报告 + 产出摘要展示给用户
5. 用户决策：
   - 用户说“通过” → 进入下一阶段
   - 用户指定修复项 → 决策层派发执行层修复 → 再次审核
   - 用户说“重做” → 决策层重新派发执行层

## 四阶段流水线

### 阶段1：事件提取

```
输入：章节ID数组 ids:number[]（由系统提示词中的章节映射表提供）
处理：调用事件检索工具并整理为标准事件表
输出：事件表（Markdown，作为后续阶段上下文，不写入 planData）
工具：get_novel_events(ids:number[])
质量门：章节覆盖率100%、角色名统一、强主线≥20章
```

### 阶段2：故事骨架

```
输入：事件表（通过 get_novel_events(ids:number[]) 获取）
处理：三幕分割、按项目配置分集、删减决策、钩子设计
输出：planData.storySkeleton
工具：get_planData → set_planData_storySkeleton
质量门：集数×单集时长符合配置、章节全覆盖、情绪曲线合理
前置条件：阶段1通过审核
```

### 阶段3：改编策略

```
输入：事件表（get_novel_events） + planData.storySkeleton
处理：提炼改编原则、确定删减依据、世界观呈现策略
输出：planData.adaptationStrategy
工具：get_planData → set_planData_adaptationStrategy
质量门：原则与骨架一致、服务于故事核
前置条件：阶段2通过审核
```

### 阶段4：剧本编写

```
输入：事件表（get_novel_events） + planData.storySkeleton + planData.adaptationStrategy
处理：按集编写（可并行或逐集）
输出：SQLite 中的剧本记录
工具：get_novel_events + get_planData + get_novel_text → insert_script_to_sqlite
质量门：时长合规、台词字数、画面可执行、资产一致
前置条件：阶段3通过审核
附加前置条件：用户已明确确认写入 SQL
```

## 阶段间交互协议

### 派发格式

```
你是执行层Agent，请执行【{任务类型}】任务。
目标：{一句话目标}
上下文：{从planData获取的必要数据摘要}
要求：
1. {具体步骤1}
2. {具体步骤2}
...
约束：{特殊约束条件}
```

### 审核请求格式

```
请审核【{阶段名}】的产出物。
审核维度：
- {维度1}
- {维度2}
...
特别关注：{本次需特别检查的点}
```

### 用户决策修复格式

当用户确认需要修复时，决策层根据用户指示构建修复指令：

```
你是执行层Agent，请修复【{任务类型}】的以下问题。
用户确认的修复项：
1. {用户选择修复的问题} → 修改为：{用户确认的方案}
...
保持其余内容不变。
```

> **注意**：修复指令中只包含用户明确确认要修的项，不包含用户未回应或明确跳过的问题。

## 并行策略

- 阶段1-3 **必须串行**（后续阶段依赖前置输出）
- 阶段4 的 7 集剧本**可以并行**编写（互不依赖）
- 审核与执行**串行**（先执行后审核，审核报告展示给用户，用户确认后进入下一阶段或修复）