3.2 KiB
3.2 KiB
短剧改编流水线详细说明
全局流程
每个阶段执行流程如下：
- 决策层分析用户请求，通过 deepRetrieve 获取项目记忆，判断当前阶段
- 决策层派发任务给执行层，执行层写入 planData
- 决策层派发审核任务给监督层，监督层生成审核报告
- 决策层将审核报告 + 产出摘要展示给用户
- 用户决策：
- 用户说“通过” → 进入下一阶段
- 用户指定修复项 → 决策层派发执行层修复 → 再次审核
- 用户说“重做” → 决策层重新派发执行层
四阶段流水线
阶段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
处理：按集编写（可并行或逐集）
输出：planData.script
工具：get_novel_events + get_planData + get_novel_text → set_planData_script
质量门：时长合规、台词字数、画面可执行、资产一致
前置条件：阶段3通过审核
阶段间交互协议
派发格式
你是执行层Agent，请执行【{任务类型}】任务。
目标：{一句话目标}
上下文：{从planData获取的必要数据摘要}
要求：
1. {具体步骤1}
2. {具体步骤2}
...
约束：{特殊约束条件}
审核请求格式
请审核【{阶段名}】的产出物。
审核维度：
- {维度1}
- {维度2}
...
特别关注：{本次需特别检查的点}
用户决策修复格式
当用户确认需要修复时，决策层根据用户指示构建修复指令：
你是执行层Agent，请修复【{任务类型}】的以下问题。
用户确认的修复项：
1. {用户选择修复的问题} → 修改为：{用户确认的方案}
...
保持其余内容不变。
注意：修复指令中只包含用户明确确认要修的项，不包含用户未回应或明确跳过的问题。
并行策略
- 阶段1-3 必须串行（后续阶段依赖前置输出）
- 阶段4 的 7 集剧本可以并行编写（互不依赖）
- 审核与执行串行（先执行后审核，审核报告展示给用户，用户确认后进入下一阶段或修复）