🎬 kais-movie-pipeline 架构对比

当前架构 (V8.6 单 agent 伪协作) → 目标架构 (V9 对抗式多 agent 创作系统)

📊 当前架构 — V8.6「单 Agent 伪协作」

screenplay 编剧
script_auditor 审计
cinematographer 运镜
theory_critic 理论
hook_retention 完播率
visual_executor 视觉执行
rules 纯规则
direct LLM 直接调用
17
Phase 总数
1
每 Phase delegate 次数
2
N-best 并行 Phase
0
独立审计轮次
选题/HookP01
hook_retention
单专家，1 次 delegate
大纲P02
creative_source + screenplay N-best ×3 并行
2 专家在同一个 subagent 里，3 候选并行但同模板
剧本+审计P03
同一上下文 screenplay + script_auditor N-best ×3 并行 Quality Gate
⚠️ 审计者与创作者共享上下文 → 既当运动员又当裁判，审计分虚高
角色设计P04
character_designer + visual_executor
单次 delegate，2 专家协作
痛点挖掘P05
creative_source + theory_critic
⚠️ theory_critic 唯一出场机会，但只是 collaborator，不阻塞，无独立审计权
运镜脚本P06
同一上下文 screenplay + cinematographer + script_auditor
⚠️ 3 专家共享上下文，运镜师完全受编剧叙事惯性支配，无独立提案空间
场景生成P07
同一上下文 visual_executor + prompt_injector + style_genome + colorist
4 专家单次 delegate（最密集的 phase）
场景选择P08
cinematographer + editor
镜头拆解P09
cinematographer + continuity_auditor
镜头审计P09b
纯规则检查 9 项 Quality Gate
零 agent，纯 Python 正则/数值校验
语音P10
audio_pipeline
快速预览P10b
PreviewEngine 策略 3 变体/shot
语音审计P10c
纯规则检查 5 项 Quality Gate
视频渲染P11
visual_executor + audio_pipeline (lip_sync) 并行渲染
合成P12
audio_pipeline + editor
交付P13
colorist + compliance_gate + editor
质量审计P14
直接调 GLM-5.2 绕过 delegate_task
唯一真正独立的审计，但只是事后诸葛亮，不参与迭代改进

当前架构的 3 个核心问题

🎯 目标架构 — V9「对抗式多 Agent 创作」

17
Phase 总数（不变）
3-7
关键 Phase delegate 次数
4
N-best + 对抗 Phase
2
独立审计轮次
选题/HookP01
hook_retention
不变 — 单专家足够
大纲P02
creative_source + screenplay N-best ×3
不变 — 大纲阶段不需要对抗
剧本创作P03 ✏️
Round 1 · WRITE — 独立创作
screenplay #A 公式: 动物拟人 ∥ screenplay #B 公式: 职场讽刺 ∥ screenplay #C 公式: 荒诞现实 并行 · 上下文隔离
▼ 选分最高的候选进入攻击
Round 2 · ATTACK — 独立审计（新增） NEW
script_auditor 7 维量化打分 ∥ theory_critic 形式主义 + 精神分析 + 文化批评 ∥ hook_retention 3 秒 Hook + 反转节奏 并行 · 审计者看不到创作意图
▼ 汇总修改指令包
Round 3 · DEFEND — 防御性重写（新增） NEW
screenplay 原候选 + 修改指令包 → 重写
▼ 最终选择: max(原候选, 重写版)
✅ 审计者完全独立 → 审计分真实；theory_critic 首次参与剧本质量评估
角色设计P04
character_designer + visual_executor
不变
痛点挖掘P05
creative_source + theory_critic
不变 — theory_critic 在 P03 ATTACK 已获得更大舞台
运镜创作P06 🎥
Round 1 · PROPOSE — 独立运镜提案（改造） NEW
cinematographer #A 策略: 叙事优先（景别驱动情绪） ∥ cinematographer #B 策略: 视觉优先（运镜创造意外） 并行 · 上下文隔离
▼ 合并两套方案的亮点
Round 2 · CONTINUITY ATTACK — 连续性审计（新增） NEW
editor 180° 轴线 + 30° 规则 ∥ continuity_auditor 4 维一致性 (face/action/prop/space) 并行
▼ 修改指令
Round 3 · LOCK — 锁定运镜（改造） NEW
cinematographer 合并方案 + 审计修改 → 最终运镜 + screenplay 验证台词节奏匹配
✅ 运镜师有独立提案空间，不再只是"翻译"剧本；连续性审计独立执行
场景→交付P07-P14
P07 场景生成 → P08 场景选择 → P09 镜头拆解 → P09b 规则审计 → P10 语音 → P10b 预览 → P10c 语音审计 → P11 视频渲染 → P12 合成 → P13 交付 → P14 质量审计
全部不变 — 创意决策在 P03/P06 完成后，后续是执行层

目标架构的 3 个核心改进

📈 关键指标对比

1
当前 P03 delegate
7
目标 P03 delegate
0
当前独立审计
6
目标独立审计
~200s
当前 P03 耗时
~360s
目标 P03 耗时
3×
当前 Token 成本
~5×
目标 Token 成本
虚高
当前审计分可信度
真实
目标审计分可信度
被动
当前运镜师角色
主动
目标运镜师角色

改动范围: 仅 P03 + P06 两个 phase 模块 · 不新建任何 skill · 不改 runner.py 核心逻辑
专家全部复用现有 15 个 movie-expert · 新增的只是调用方式