Movie Pipeline 用一个入口串起漫画电影全流程

Movie Pipeline 是什么

在 PromptHub 的 Skill 目录里，Movie Pipeline 是 ARIS Movie Director 的端到端入口。它把模糊故事想法串成 cross-model-audited、image-based movie 和 clickable viewer。

它不是一个普通 shell 二进制，而是一个由 coding agent 执行的 slash-command 工作流。

它串起 Phase 1、P0 和 Phase 2/3

Movie Pipeline 会调用 Comic Author 完成 Phase 1：intent、style、outline、provisional storyboard、assets、final locks、blueprints、prompts 和 comic.json。之后进入 zero-credit P0 proof spending gate，再由 Comic Director 逐页 bake、审核和投射 viewer。

这条链路的重点是 fail-closed。上游没有 locked artifact，下一层就无法通过 gate，而不是悄悄产出错误成片。

它把人类决策留在故事关口

源文件规定两处硬人工 gate：intent 和 outline。用户批准故事方向后，其余细节由 agent 和跨模型审核推进。

这是一种很稳的分工。人决定影片讲什么、为什么讲；系统负责把它变成可验证的资产、图像和 viewer。

一个具体示例

假设用户输入 /movie-pipeline "一个系统代理在凌晨误读研究员留下的便签"。Movie Pipeline 不会直接画 20 张图，而是先让用户批准意图和大纲，再进入资产锁定、分镜和 comic.json。

每页真实 bake 前，还要有 digest-bound P0 cert。只要 comic.json 改了，证书就会过期，需要重新 mint，确保审核的是即将花费生成预算的那个版本。

适合什么场景

它适合从零开始做复杂 AI 漫画电影、长篇 image-based movie、需要 viewer 交付和跨模型审核的项目。

如果只要某一页烘焙，用 Comic Director；如果只要 Phase 1 源事实，用 Comic Author。

使用边界与失败排查

如果 P0 cert stale，不要跳过证明继续 bake，应重新 fan-out review 并 mint 当前 digest 的证书。

如果 viewer build 失败，不能说 finalize 成功。源文件要求 build rc 为 0 才算交付。

更多说明可以看 Movie Pipeline 的 PromptHub 页面 和 GitHub 原始 Skill 文件。

结论

Movie Pipeline 的价值，是把 AI 漫画电影从想法、作者源事实、预算门禁、逐页烘焙到 viewer 串成一条线。

它适合长周期、强审核、可交付的图像电影项目。