3.1 KiB
3.1 KiB
短剧改编流水线详细说明
全局流程图
用户请求
│
▼
┌──────────────┐
│ 决策层分析 │ ← deepRetrieve(项目记忆)
│ 判断阶段 │
└──────┬───────┘
│
▼
┌──────────────┐ ┌──────────────┐
│ 执行层执行 │ ──→ │ 监督层审核 │
│ (executionAI)│ │(supervisionAI)│
└──────┬───────┘ └──────┬───────┘
│ │
▼ ▼
写入 planData 审核报告
│ │
└──────────┬──────────┘
│
▼
决策层汇报用户
四阶段流水线
阶段1：事件提取
输入：原著小说文本（第1-35章）
处理：逐章提取结构化事件
输出：planData.event（Markdown事件表）
工具：get_novel_text → set_planData_event
质量门：章节覆盖率100%、角色名统一、强主线≥20章
阶段2：故事骨架
输入：planData.event
处理：三幕分割、7集分配、删减决策、钩子设计
输出：planData.storySkeleton
工具：get_planData → set_planData_storySkeleton
质量门：7集×2.5分钟、章节全覆盖、情绪曲线合理
前置条件：阶段1通过审核
阶段3：改编策略
输入：planData.event + planData.storySkeleton
处理：提炼改编原则、确定删减依据、世界观呈现策略
输出：planData.adaptationStrategy
工具：get_planData → set_planData_adaptationStrategy
质量门：原则与骨架一致、服务于故事核
前置条件：阶段2通过审核
阶段4：剧本编写
输入：planData.event + planData.storySkeleton + planData.adaptationStrategy
处理：按集编写（可并行7集或逐集）
输出：planData.script
工具：get_planData + get_novel_text → set_planData_script
质量门：时长合规、台词字数、画面可执行、资产一致
前置条件：阶段3通过审核
阶段间交互协议
派发格式
你是执行层Agent，请执行【{任务类型}】任务。
目标：{一句话目标}
上下文：{从planData获取的必要数据摘要}
要求：
1. {具体步骤1}
2. {具体步骤2}
...
约束：{特殊约束条件}
审核请求格式
请审核【{阶段名}】的产出物。
审核维度：
- {维度1}
- {维度2}
...
特别关注：{本次需特别检查的点}
迭代修复格式
当审核未通过（评分C或D）时：
你是执行层Agent，请修复【{任务类型}】的以下问题。
问题列表：
1. {问题描述} → 修改为：{具体修改指令}
...
保持其余内容不变。
并行策略
- 阶段1-3 必须串行（后续阶段依赖前置输出）
- 阶段4 的 7 集剧本可以并行编写（互不依赖）
- 审核与执行串行（先执行后审核，审核通过后进入下阶段）