Comic Author 是漫画电影的 Phase 1 编排器

Comic Author 是什么

在 PromptHub 的 Skill 目录里，Comic Author 是 ARIS Movie Director 的 Phase 1 orchestrator。它把模糊故事想法推进到 schema-valid comic.json 和锁定资产库，为后续 Comic Director 烘焙与审核做准备。

它自己很“薄”：真正的步骤由 intent、style、outline、storyboard、assets、blueprints、prompts、compiler 等详细 Skill 完成，它负责顺序、关卡和交接。

它有两个硬性人工关卡

源文件明确要求 intent 和 outline 必须由用户批准，不能自动越过。这很像真实创作流程：故事意图和大纲是方向性决策，不应该由 agent 自己替用户拍板。

之后的环节则通过跨模型 gate、资产审核和 deterministic helper scripts 推进。

它解决资产锁定死循环

Comic Author 的管线设计里有一个 N1 两阶段 DAG：outline 阶段只要求 asset_id 被声明，不要求资产已经 locked；storyboard 先做 provisional structural pass；资产生成和 review 后，再做 OUTLINE_FINAL_LOCK 和 storyboard FINAL validation。

这解决了一个常见死锁：大纲需要锁定资产，但资产又依赖分镜，分镜又依赖大纲。它把硬资产锁定屏障放在 blueprint authoring 之前。

一个具体示例

用户说“做一个关于 AI 研究员和系统代理误解彼此的漫画电影”。Comic Author 会先解析 intent，用户确认后锁风格，再生成 outline。outline 通过并经用户批准后，才进入分镜、资产请求、资产审核、蓝图和最终 comic.json 编译。

这个过程不会直接跳到画图，因为那样很容易让角色、道具和故事成本失控。

适合什么场景

它适合复杂漫画、图像电影、长链路 AI 创作、需要资产库、wiki trace、跨模型审核和最终 comic.json 的项目。

如果用户只想烘焙已有 comic.json，应使用 Comic Director；如果要一键从想法到 viewer，可用 Movie Pipeline。

使用边界与失败排查

如果流程卡在 storyboard 或 blueprint，先检查上游节点是否 locked，以及用户批准戳是否存在。

如果资产引用混乱，回到 consolidated asset requests，确保每个 token 只有一个 canonical owner。

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

结论

Comic Author 的价值，是把模糊故事变成可被后续机器执行和审核的作者源事实。

它适合严肃漫画电影管线的前半段。