AI 漫剧批量导出规格引言
创意工作已经通过，也可能在交付时翻车。竖版剪辑进了横版文件夹，封面图还用旧的标题安全区，剪辑师收到最终片段却没有提示词记录，客户问为什么两个叫 final_final 的文件字幕不同。动漫镜头本身没有问题，问题是缺少导出规格。
AI 漫剧的批量导出不只是按下载键，因为一个项目通常有很多关联输出：母版片段、竖版变体、方形裁切、封面、缩略图、提示词记录、声音时间点、字幕文件、元数据、权利笔记和已归档的已选 take。如果这些交付物没有一起规划，团队最后一天就会忙着修文件名、重设封面尺寸，并解释哪个版本才是已审批的。
导出比大多数人想得更早开始：画幅比例（16:9 或 9:16）和风格在 Story Brief 里就已经定下来，不用等到最后再重新裁切。这一集做完后，Export / Publish 就是导出成片的地方。要做更完整的制作控制，可以搭配 低成本草稿到终稿模板 和 批量导出与交付规格指南。
批量导出交付物的核心原则
最终抛光前就规划导出。格式、时长、画幅比例、安全区、音频状态、字幕需求和元数据都可能影响镜头构图。如果这些规则在渲染后才出现，团队就只能用裁切来修交付，刚审批通过的画面也会被切掉。
把创意审批和交付审批分开。一个镜头可以通过角色、动作和故事复查，但仍然因为分辨率错误或缺字幕时间点而交付失败。使用不同状态，避免任何人误以为“approved”就等于“可以发了”。
清单要无聊但明确。每一行都应该标明交付物、来源镜头、格式、画幅比例、时长、语言、音频状态、字幕状态、负责人和审批状态。再聪明的文件夹结构也不能替代可读清单。
元数据要和它描述的资产放在一起。提示词记录、参考图角色、使用笔记、标题、集数、平台文案和导出日期，不应该待在一个断开的文档里。如果文件要交给剪辑或归档，它的上下文也应该一起走。
批量前先跑一次样例导出。选一个有代表性的镜头，导出所有需要的变体，然后复查交接。只在一个片段上发现安全区错误，比在四十个片段上发现便宜太多。
AI 漫剧批量导出工作流分步
从交付 brief 开始。列出作品会去哪里：剪辑交接、客户复查、社媒发布、归档、配音遍、预告剪辑或集数组装。每个目的地会产生不同文件。不要为不存在的目的地发明交付物。
ArcLoop 里不需要另外搭一份导出清单——项目本身就是记录。把已通过的镜头排进 Edit 时间线，调时长、排顺序，在这里加上 Generate Voiceover 和 BGM，做完后用 Export / Publish 导出。这一条路径，就是全部交付物。
为每个目的地写交付规格。平台文件要定义画幅比例、时长范围、封面尺寸、字幕要求、音频状态和标题/文案字段。剪辑文件要定义编码或容器，需要的话还要定义 handles、音频拆分、提示词记录和复查笔记。归档文件要定义来源包、已选 take、最终导出和审批证据。
批量渲染前先检查名称。命名应该携带项目、集数、镜头、变体、版本和状态，但不要变成一段话。如果元数据很长，就放进清单，不要放进文件名。
导出一个完整样例包。像收件人一样复查样例。剪辑师不用问就能识别来源镜头和状态吗？发布者能找到正确封面吗？归档能把最终版连回已选 take 吗？
导出出问题时，从源头修：重新生成出错的那一个镜头，或者在 Edit 时间线上重新裁剪，而不是重做整个项目。我的资产里的身份和场景设定不用动，只改真正出问题的那一小块。
导出在哪一步：时间线之后，不是另一套系统
导出不是挂在最后的另一套系统，而是同一个项目的最后一步。我的资产里的角色和场景资产、这一集分镜里的镜头、Edit 里的时间线，都属于同一个工作流，所以 Export / Publish 用的就是你做这一集时的同一个项目，而不是一张靠猜创作历史的表格。
使用 工作流程模板 在批量规模变大前搭好制作路径。对于连载项目，每集保留一份交付检查清单，每个发布包保留一份清单。对于多平台活动，保留一个创意母版和独立的平台变体。这可以防止社媒裁切意外变成归档母版。
规划也留在同一个项目里：剧情蓝图、我的资产里的角色和场景资产、各集分镜、Edit 时间线，全都在同一个 IP 项目里。团队不需要在别处规划，最后再导入一堆文件——Export / Publish 用的就是项目里已经有的东西。
示例提示词 1：霓虹灯笼案批量导出清单
为原创 2D 动漫短片 Neon Lantern Case 的主角、侦探 Riko Vale 建一个 ArcLoop 角色资产。
项目背景：侦探 Riko Vale 在室内夜市追踪一串编码灯笼信号。本集有六个已通过镜头、一张封面图、一条声音轨和两种平台剪辑。
目的地：剪辑交接、竖版社媒剪辑、横版归档母版、客户复查包和提示词记录归档。
清单列：交付物 ID、来源镜头、文件类型、画幅比例、时长、音频状态、字幕状态、封面要求、元数据要求、负责人、创意审批、交付审批和归档链接。
交付规格：把母版文件和平台变体分开标记。为封面加入标题安全区笔记，为竖版裁切加入字幕安全区笔记。
复查输出：标记缺少字幕、画幅比例不匹配、未审批裁切、重复名称，以及没有来源镜头链接的文件。
这个提示词在团队创建一堆文件之前，先把导出任务变具体。
示例提示词 2：竖版片段包交付规格
为 Neon Lantern Case 的竖版社媒包准备交付规格。
来源：已通过镜头 S01 到 S06，以及已通过封面图 C01。
包内容：一个 35 秒竖版剪辑、一个静音预览、一个封面图、一个字幕文件、一份标题与描述笔记、一份提示词来源笔记和一个归档链接。
必要规格：9:16 竖版构图，角色脸部在上方安全区内，字幕位于脸部下方但高于下方 UI 区，不裁掉灯笼线索，画面内不要未经审批的标题文字。
命名模式：NLC_E01_SOCIAL_9x16_deliverable_version_status。
审批状态：creative-approved、crop-approved、caption-approved、delivery-approved。
收件人笔记：包含预期发布顺序和未来编辑用的来源母版文件。
这份规格覆盖了交付意图合并的问题：收件人可以发布、编辑或归档，不需要猜团队内部缩写。
示例提示词 3：批量导出复查修复
复查 Neon Lantern Case 导出样例，并提出最小交付修复。
样例问题：竖版剪辑已经创意通过，但封面图使用旧标题安全区，字幕文件命名像草稿。
不要改变已通过动画、声音时间点、调色或来源镜头 ID。
修复请求：更新封面导出行，标记正确安全区，按清单重命名字幕交付物，并把旧封面保留为 rejected-delivery-safety-zone。
输出：修订后的清单行、更新后的交付检查表，以及说明哪些文件可以交付的笔记。
限制：不要新增创意变体，不要改集标题，不要删除审批证据，不要模糊的 final 文件名。
这批导出不需要创意重启。它只需要一次很窄的交付规格修补。
AI 漫剧批量导出的常见踩坑
最贵的坑，是最后才开始想画幅比例。为横版揭示构图的镜头，不一定扛得住竖版裁切。平台要求要在最终渲染前放进分镜和镜头提示词。
另一个坑，是只用一个审批标签。“Approved”可能表示导演喜欢这个镜头、角色通过连续性、字幕已检查，或整个包可以上传。拆分创意审批和交付审批。
团队也会把太多信息塞进文件名。好文件名负责识别交付物，完整上下文由清单承载。长文件名很容易崩，而且依然解释不了审批历史。
第四个坑，是导出所有可能的变体。批量导出不是假想格式菜单。只导出对应真实目的地的格式。等新平台、剪辑、语言或归档规则真的需要时，再加新变体。
FAQ：AI 漫剧批量导出
AI 漫剧导出清单应该包含什么？
包含交付物 ID、来源镜头、文件类型、画幅比例、时长、音频状态、字幕状态、元数据要求、负责人、创意审批、交付审批和归档链接。只有真的会用到时，再加目的地专属字段。
导出清单和交付规格有什么区别？
清单列出每个交付物。交付规格定义这些交付物必须满足的规则：格式、尺寸、安全区、命名、元数据、字幕、审批状态和收件人笔记。
我应该一次导出所有平台版本吗？
先导出一个完整样例包。如果样例通过裁切、字幕、命名、元数据和交接复查，再导出其余部分。这样能在系统性错误倍增前抓住它。
导出的文件，怎么才能追溯到是哪个镜头生成的？
把角色和场景资产留在我的资产里，每个用到它们的镜头都用 @ 引用。导出的时候，成片依然能追溯回同一批资产和这一集的分镜，而不会变成松散文件夹里一个来路不明的文件。
能不能在生成任何镜头之前就先规划好导出？
可以——先在 Story Brief 里定好画幅比例和风格，写好剧情蓝图，再一个镜头一个镜头搭这一集的分镜。到 Export / Publish 这一步时，格式在最开始就定了，不是最后临时拼的。
