动漫短剧全自动标准流程Skillsdrama-auto-pipeline
- 2026-10-06 19:19:09
WORKBUDDY SKILL
drama-auto-pipeline
把一部小说，变成一部能交付的短剧成片
不是「生成几个片段」，是一条有 7 道审核关 · 90 条铁律 · 608 条不变式 · 11 个对抗测试 把关的工业流水线
当前版本 V2.2.7
你给它一本小说（或一个创意）+ 主角图，它给你一部可以直接发出去的短剧成片—— 剧本、风格、角色资产、分镜、视频提示词、逐段成片、拼接交付，中间每一关都停下来让你审。
先说它解决的是哪四个真问题
① 一致性会崩。一部 20 段的短剧是20 次独立生成再拼起来的，段与段之间没有任何天然连续性。不给参考素材，同一张脸能逐段变成四个人。
② 钱会白花。一次批量就是几千币。提示词错了、段长装不下台词、参考图没上传——任何一个环节出问题，都是整批重做。
③ 返工会反复发生。同一件事的规则散落在四个文件里，改了一处漏了三处，还查不出来。
④ 出了问题没人发现。最危险的不是崩，是「命令跑成功了、报告 20/20 成功」，而出片根本不能用。
这套流水线的全部设计，都是围绕这四件事来的。
特点一 · 七道关卡，每关都停下来让你审
不是「一键到底」，是七个可回退的检查点。每关都有独立的审核页，你在页面上直接改台词、导出改动，Agent 合并回去。
| 关 1 | ||
| 关 2 | ||
| 关 3 | ||
| 关 4 | ||
| 关 5 | ||
| 关 6 | ||
| 关 7 |
关键设计：审核页只导出你真正改动的那几个字段（改动清单，不是整段快照）。合并回去的那一步是受校验的事务——字段白名单、类型校验、写前备份、写后自动跑机检，不合法就一个字节都不写。
特点二 · 一致性第一位：默认就是多参
整片是 20 段独立生成再拼起来的。唯一能把「同一个人、同一个场景」钉住的，就是每一段都拿到同一套参考素材。
每段默认带上四样东西
🎭 角色参考图 —— 脸 / 发型 / 服装（锁住「是谁」）
🏫 场景参考图 —— 空间 / 色彩 / 光线方向（锁住「在哪」）
🔗 上一段尾帧 —— 姿势与构图（锁住「接得上」）
🎙 角色音色样本 —— 用你锁定的声音，而不是模型随便找的（锁住「谁在说」）
这条是拿真金白银换来的
早期默认值把「多参」关掉了，于是整批 20 段以零参考素材提交：用户自带的角色图没用上、尾帧锚点没生效、音色没上传。结果是同一角色逐段换脸换发型（马尾 → 双辫 → 内扣短发 → 长直发）—— 20 段全废，3259 币。
于是立成铁律 D2-m
① 默认必须走「一致的那条路」；会伤一致性的模式（纯文生视频）只能显式指定，且进入时必须大声警告；
② 默认值必须与它指向的资源自洽（默认文件是多参版，开关就不能是关）；
③ 命令示例不许把默认值偷偷换掉——照示例敲命令，等于换了默认；
④ 拿不准时选「更贵但更稳」的那条：多参只多一次上传，却是一致性的唯一抓手。
特点三 · 四道发版门禁，谁都不许「偷偷发版」
每改一次这套流水线，必须连过四道。任何一道不过，拒绝发版、不写快照、不打 tag。
| 608 条 | |
| 11 个脚本 | |
为什么门禁要四道而不是一道：「内容检查」和「可执行性检查」是两条不能互相替代的出口。历史上出过这样的事——349 条不变式全绿，而审核页一个文件都产不出来。「所有检查都通过」和「核心产物完全不可用」，可以同时成立。
特点四 · 90 条铁律：每个坑都变成机器查得到的规矩
不是「注意事项」清单，是被不变式守着、被对抗测试验证过的硬规则。分七族：
D2 系列是这一族的精华：每一条都对应一次真实事故
D2-c 发版门禁必须「静态 + 动态」两条出口 ← 349 条不变式全绿，审核页却产不出
D2-d 派生值只能有一个产出点 ← 页面把自己算的结果也导出，覆盖了源头的计算
D2-e 同一套业务枚举只能有一份定义 ← 四处各写一份，唯独生成提示词那份漏了 → 全片台词被当动作
D2-f 下游是硬门禁的约束，上游不许降级成软提示 ← 上游判全绿、下游一次报出 4 段超容
D2-h 文案不许断言事实不支持的东西 ← 13 段提示词在「承接」一张根本不是尾帧的图
D2-l 「命令跑成功了」≠「东西做对了」 ← 报 20/20 成功，实际零参考素材，20 段全废
D2-m 一致性第一位：默认必须多参 ← 默认值与它自己指向的文件互相矛盾
D2-n 会被比对的字符串不许带实现细节 ← 浮点误差让「同一个档位」被判成两个档位
D2-o 交付文档里的数字必须从实现里取 ← 「N 条」手抄必漂；整句抽取会断在半句
D2-p 先改状态再产出，要防残局就事务回滚 ← 每个快照包里装的都是上一版版本号
D2-q 公众号页面必须「粘贴即排版」 ← 用了 flex，粘进公众号就塌成竖排
特点五 · 敢给成绩单（不是演示稿）
《橘子汽水味的夏天》第二集 · 4 场戏 · 20 段 · 实跑数据
20 / 20 段全部成功 · 失败 0 | 225.2s 成片时长（3 分 45 秒） |
1728×960 实测分辨率（ffprobe 量出来） | 4237 币 20 段总消耗（≈212 币/段） |
逐段把关都核了什么
✅ 素材计数逐段核对：每段参考图 3–5 张、音色 1–3 条，零参考段 0 个
✅ 时长与理论值逐段吻合：误差 < 0.02 秒
✅ 全片触点图肉眼复核：人设与用户提供的参考图吻合、场景光线跨段稳定
✅ 段间边界帧比对：13 处硬衔接逐处人眼过——7 处数值「跳变」经核对全是误报（都是特写↔全景的正常切镜）
✅ 分辨率实测回填：把推算值 1680×960 修正为实测 1728×960，并明确交付不标 1080P
也敢说失败：这一集里有过一次整批 20 段作废（3259 币）。根因是「显式参数被默认值静默遮蔽」——报的是 20/20 成功，产出却零参考素材、不可交付。这次事故直接催生了 D2-l 与「批量跑完必须抽检产出物」这条硬规矩。
特点六 · 工程化的可靠性（不止会生成）
🔁 随时可回退
每发一版都留一份完整 zip 快照 + git tag，一条命令回到任意历史版本。
📦 自包含分发，解压即用
跨技能依赖全部内置副本 + 定位器，不写死任何本机路径。别人拿到压缩包，解压就能跑。
🎯 启动预检，先验后花钱
提交前先验：工作流与节点映射是否同源、参考图/音色槽位够不够。启动即失败，一分钱不花。
💰 花钱的开关不许有歧义
两条算力通道的计费口径写得清清楚楚：消费级扣币、企业级按秒扣真实钱包。只要企业级被启用，日志里就有一行醒目的计费警告和关闭方法——沉默地花钱比多花点钱严重得多。
⏱ 断点续跑 · 救回在途任务
中途断了不重头来：已完成的段保留、云上还在跑的任务按 taskId 救回、需要衔接的段自动排队等前一段先完成。
🧾 成本可核算
逐段记录耗时与花费，成片交付时带上真实台账，不给你估算区间。
怎么用：三步
① 装 把 drama-auto-pipeline-V2.2.7.zip 解压到技能目录，跑一次环境自检。
② 说 对话里给它小说或创意 + 主角图，回答首问八件套（比例、通道、审核模式、项目根目录…），它会把该定的都一次问清。
③ 审 七关逐关过。每关给你一个审核页，你在页面上改、点导出、丢回对话，Agent 合并并复检。
目录结构（解压后）：
SKILL.md ─── 主文档（7 关流程 + 90 条铁律）
VERSION · CHANGELOG.md ─── 版本与进化史
references/ ─── 审核页生成器 · 各关机检 · H3 提示词校验器
tools/ ─── 发版门禁 · 回退 · 环境自检 · 交付物生成器
examples/ ─── 11 个对抗测试（每个都主动伪造故障）
vendor/ ─── 内置依赖副本（自包含分发的关键）
_versions/ ─── 历史版本 zip（一键回退）
适合谁 / 不适合谁
✅ 适合
· 想把小说 / 创意做成 1–3 分钟短剧，且要求人物、服装、场景跨段一致
· 愿意在关键节点花几分钟把关，换取返工率大幅下降
· 需要可交付、可回退、成本可核算的成片
⛔ 不适合
· 只想「一键出片、中间什么都不看」——七道关就是为你留的
· 单张图 / 单段视频的零散生成（那是别的工具的事）
· 需要真人实拍或非 AI 生成画面
版本历史
从 V1.0 到 V2.2.7 —— 每一版都来自一次真实事故，不是规划出来的。
累计：90 条铁律 · 608 条不变式 · 11 个对抗测试 · 7 道审核关 · 4 道发版门禁
本次交付（三件套）
📦 安装包 drama-auto-pipeline-V2.2.7-<日期>.zip 解压即用
📄 单文件版 drama-auto-pipeline-standalone.md 一份文件读完全流程 + 全部铁律
🌐 介绍页 本页（公众号可直接粘贴）
drama-auto-pipeline V2.2.7 · 已实跑验证（《橘子汽水味的夏天》第二集 · 20 段 / 225.2s）
