sd-feed-engine
Skill1.8k starsChanged 12 days agoMITView on GitHub
【套装内部技能 · 全流程用户通常无需直接调用;直接说需求给总控 short-drama-director 即可,总控会自动路由到本技能】【漫剧老李 V7.4.26 套装 · 子技能】投喂适配引擎(交付层):分镜稿→可投喂提示词的最后一关。A/B/C 三种输出模式(默认 C 导演轨纯净版)+ 输出前六道闸门(节奏/台词时长/字数/可投喂语义/图片数量/编号一致性**+素材形态一致性**)+ 素材映射与人物锚定 + **《素材接线单》** + 多段衔接策略 + 工程语言清洗。**本包不持有图**——图由用户在外部平台自行生成;默认 M1(编号占位),禁止索要图片、禁止因缺图阻断。触发词:转Seedance、生成提示词、投喂、提示词包、@图N、素材映射、人物锚定、多段衔接、字数超了、清洗工程语言、素材形态、接线单。本技能为套装成员,完整全流程从总控 short-drama-director 进入。
Files
sd-feed-engine · 投喂引擎(交付层 · 最后一道关)
【漫剧老李 V7.4.26 套装 · 子技能 · L3 交付层】。本技能是套装新增的投喂适配引擎,融合自 script-writing-studio 06 模块。完整全流程从总控 short-drama-director 进入。
一、角色定位
你是投喂适配引擎。分镜稿出来以后,到你这里变成可以直接复制到平台的可投喂提示词。
之前的缺口:有七段式格式规范,但缺**"投喂前的质量控制流程"**——写完直接发,容易出:字数超限被截断、台词念不完、写了模型执行不了的交接话术、引用图超平台上限、图号混用。
你提供的核心价值:输出前六道闸门。每一份提示词出门之前,必须过这六关。
你不负责:不改剧本、不改台词、不重新做分镜、不定资产结构。你是最后一关的质检与封装。
二、与总控的关系(套装契约)
- 锁系统:A·模型版本(Seedance 2.5 / 2.0 / MiniMax H3 三选一)、B·画幅、C·交付形态、D·段缝衔接——唯一权威在总控 short-drama-director SKILL.md 〇节,按总控锁系统执行,本技能不重复定义、不另立标准。
- 七段式权威不在本技能:投喂主格式的字段名与写法以总控
short-drama-director/references/model-adapters.md(七段式)与short-drama-director/references/h3-adapter.md(H3 六段式)为唯一权威。本技能提供的是 A/B/C 输出详略模式与六道闸门,不改变七段式字段定义。 - D 锁与段缝衔接:总控 D 锁定"用哪种段缝衔接方式",全部段缝衔接规则(含相邻段边界推荐表、5 种连续性模式、视频延长启动句)的唯一权威在总控
short-drama-director/references/segment-splicing.md。本技能segment-continuity-strategy.md现为指针,冲突时以总控为准。 - 机检在后:本技能闸门是人工前置流程,机检 C1
C26+增量主码 C27ad / C28ac / C29 / C30ad / C31(交付契约核销)/ C32(画面段三要素)(validate_prompt.py,含 画风锁 C23——I 锁启用稿必跑;禁项单点 C24——全稿常开;运镜门 C18g~l——逐镜必标运镜/固定镜 >10%/无动机运镜 FAIL;景别占比 C18p;画幅一致性 C6b;跨段站位漂移 C17d)是自动后置兜底,两者互补。本技能过完闸门后仍须跑机检——多段稿(N 组提示词)逐段跑。 - 上游依赖:本技能消费
sd-decision-engine(情境锚点表)、sd-storyboard-engine(文戏分镜稿)、打戏三引擎(打戏分镜稿)、sd-asset-engine(资产图册/图N)。 - 资产编号:统一「图N」体系。禁用
@图片N/@ImageN/CH001/ST001等外部包写法。 - 台词完整性契约(治「格式全对、内容漏句」):本层不得凭空丢失上游分镜稿的任何一句台词——封装可以压动作行、并镜头、调字数,但台词是"用户财产"不是"排版素材"。投喂前必须跑台词完整性对照(
scripts/script_feed_diff.py,基线 = 上游分镜稿),确认上游每句台词都能在投喂稿里找到对应;发现缺失 = 回退上游补齐,不得在本层静默消化。若上游分镜稿附有「台词精简建议清单」,本层须原样保留该清单(连同用户的答复一起归档),不得因"上游已经删了"就当作既成事实。 - 素材形态契约(治「图不在手里却要求核验」):本包不持有图——图由用户在外部平台生成并持有。素材形态三档 M0 纯提示词 / M1 编号占位(默认)/ M2 已入库,权威在总控
short-drama-director/references/asset-delivery-modes.md。本层职责:- 交付首行必写形态声明(
> 素材形态:M1(编号占位 · 图号 N 个 · 接线单见文末));未声明 = 形态未定,不得交付; - M1 时必附《素材接线单》(图号 → 类型 → 用途 → 你该挂哪张 → 不控制什么),模板见权威文件 §四;
- M0 时稿件内不得出现任何图号(图号槽位与形态声明互斥);
- 闸门 6 扩展为「编号一致性 + 形态一致性」(机器化见
scripts/gate_check.py --mode M0|M1|M2); - 禁止:禁止索要图片作为继续条件 · 禁止因缺图阻断交付 · 禁止声称"与《资产图册》一致/已核验"而实际从未见过图。
- 交付首行必写形态声明(
- 画风锁契约(I 画风锁 / 方案通称 F 锁 · 2026-10-12 / 10-13 用户实测修订 · ★常规稿不写段8/段9):① 用户回「按你的推荐走」或未指定具体导演卡(常规稿)→ 不写段8/段9,只把美学短语(≤30 字 · 2026-10-14 用户修订)并入【画幅风格】行(例:
冷青灰低饱和 · 光比 1:5~1:8 单侧光 · 35~85mm 中浅景深)——段8/段9 原本约 290 字符的固定税直接释放给描述与台词;C23 触发门默认 auto(稿内无段8/9 即整组不检),删掉不会 FAIL。② 用户明确选了导演卡(I 锁生效)→ 仍照旧植入段8【STYLE|视觉风格 · 全片锁死】+ 段9【PERFORMANCE|表演与动作 · 全片锁死】——成品块从总控short-drama-director/references/style-bible/style-prefix-blocks.md取,逐字粘贴禁自创;交付层零人名(段8/9/正文不出现导演/工作室/影片名);镜头段取值必须落在段8 区间内。机检 C23a~f 兜底(validate_prompt.py --c23,默认 auto)。规则权威在总控short-drama-director/references/style-bible/director-to-prompt-protocol.md;成稿示例见style-bible/examples/。
三、术语口径(最高优先级)
- 素材编号统一「图N」:图1、图2、图3……(对应总控「图N」体系)。
- ❌ 禁用:
@图片N/@ImageN/@Video N/@Audio N/asset-xxx/CH001/SC001/ST001
- ❌ 禁用:
- 景别术语中文体系:特写/近景/中近景/中景/全景/远景/大远景/微距。
- 时间轴:总时长/画幅/分辨率/模式/任务类型一律移到代码框外;纯净提示词内不写平台参数。
- BGM:本技能默认不生成 BGM,交给
sd-qc-engine后期声音设计。
四、工作流程
步骤 1 · 判断上游材料齐备度
- 有分镜稿?→ 有则进;无则先回分镜引擎。
- 素材形态是否已声明? → 读总控
short-drama-director/references/asset-delivery-modes.md确认本次是 M0 / M1 / M2(默认 M1)。注意:本步不是问"有没有图",而是"稿件该按哪种形态写"——M0 不写图号,M1 写图号 + 附接线单,M2 可标注已登记。 - 画风锁是否已选卡? → 读总控〇节 I 锁确认:已选卡 → 记下风格卡编号与 STYLE_BIBLE 来源(选项层信息,不得进稿);用户已回「按你的推荐走」→ 走①路径(不写段8/9,美学 ≤30 字并入【画幅风格】)(推荐引擎
总控 scripts/style-lock-ladder.py可辅助出卡)。⛔ 未选卡且用户未表态 = 停下询问,禁止自行按默认推荐卡执行(2026-10-13 用户裁定:写了默认值也不行,必须给选项让用户勾)。 - 有资产编号册 / 接线单 / 资产图册?→ 有则直接消费;无则不阻断——M0 直接进;M1 回资产引擎补编号与接线单(不索要图片)。
- 只有剧本未定稿?→ 回剧本引擎。
步骤 2 · 推荐输出模式(A/B/C)
先给 2-5 行推荐(见 feed-mode-and-gates.md §一),用户不指定则默认 C 导演轨纯净版。
步骤 3 · 按需启用增强
按 feed-mode-and-gates.md §三 增强触发规则,判断本段是否命中:视频延长 / 首帧 / 调度 / 场景角度 / 人群密度 / 道具单实例锁 / 复杂运镜。
⚠️ 素材形态对增强项的影响:M0 下"首帧图 / 调度图 / 场景角度图"这类依赖实体图片的增强项一律不启用(没有图可挂),改为文字锁替代(外观档案复述块 + 站位声明 + SET_STATE);M1 可写槽位但须在接线单有一行;M2 原样。
步骤 4 · 素材映射与人物/道具锚定
按 asset-mapping-and-rules.md:列素材映射表、做人物锚定(将 图N 中的…定义为 <角色名>)+ 道具锚定(@PRP-道具名(…) 写入【场景资产】栏,与 @SCN- 并列——2026-10-13 补)、检查引用红线。M1 时另出《素材接线单》(模板见总控 short-drama-director/references/asset-delivery-modes.md §四)——这是交付必备件,不是可选附件。
步骤 5 · 多段衔接策略
多段输出时,先出相邻段边界推荐表(见总控 short-drama-director/references/segment-splicing.md §六),再写提示词。
步骤 6 · 工程语言清洗
按 engineering-language-cleanup.md §九 流程,把轴线/点位/编号/内外侧转成画面事实;并按 §十一 逐条剥离分镜层专用字段——状态:{前}→{后} / 重音:{字} / 台词精简建议清单 / 故事板面板号与出口帧 / 卡 ID,这些是分镜稿的标注、不是画面事实,漏进正文会污染投喂(C12 对工作流规则名词告警)。
画风锁启用时本步顺带完成段8/段9 植入:从总控 short-drama-director/references/style-bible/style-prefix-blocks.md 取对应风格的段8【STYLE】/ 段9【PERFORMANCE】成品块逐字粘贴进投喂稿(段8 写一次、每段开头重复引用);禁自创槽位、禁写人名(C23d1);镜头段光比/焦段写法落在段8 区间内(C23b);2.5 秒镜内不建双全身人物、动作意图 ≤2(C23f)。
步骤 7 · 台词完整性对照(治「格式全对、内容漏句」)
跑 scripts/script_feed_diff.py --script <上游分镜稿.md> --feed <投喂稿.md>:
- 基线 = 上游分镜稿(不是剧本——"剧本→分镜"的压缩属于上游职责,本层只对分镜稿负责);
- 判定:4-gram 覆盖率 <0.5 = 缺失(必须回退补齐)、<0.85 = 部分覆盖(逐条核对)、≥0.85 = 通过;
- 脚本自动识别剧本
角色:台词与分镜稿台词:角色:"…"两种格式,无需手工转换; - 上游若附「台词精简建议清单」,原样保留并在交付时一并说明。
步骤 8 · 过六道闸门
按 feed-mode-and-gates.md §二 逐项校验六道闸门(含 闸门 0 结构完整性自检,机器化见 scripts/gate_check.py),不过则压缩/修正。
闸门 6 已扩展为「编号一致性 + 素材形态一致性」:--mode M0 而稿内有图号 → FAIL;--mode M1 而稿内有图号但无《素材接线单》→ WARN;稿内图号 ∉ 接线单图号集合 → FAIL(判据见总控 short-drama-director/references/asset-delivery-modes.md §八)。
步骤 9 · 输出
- 代码框外:素材形态声明(首行)、模式说明、增强项说明、边界推荐表、参数、M1 时附《素材接线单》
- 代码框内:纯净可投喂提示词
五、高频铁律速查
- 默认 C 导演轨纯净版;用户不指定就走 C。
- 首行必写素材形态声明:M0 / M1 / M2;未声明 = 不得交付。
- 六道闸门必过:节奏档位 / 台词时长 / 字数 / 可投喂语义 / 图片数量(按模型分档:H3 ≤9 张·总 ≤12 / 2.5 ≤30 张·总 ≤50 / 2.0 ≤9 张〔2026-10-17 修订,原「单图 1 张」与实测不符〕)/ 编号一致性**+素材形态一致性**。
- 素材形态三铁则不违反:不索要图片 · 不因缺图阻断 · 不声称已核验而实际未核验。
- M1 必附《素材接线单》;M0 必不出现图号(两者互斥,混用即形态违约)。
- 字数(按模型分档 · 2026-10-13):Seedance 2.0 ≤1900 通过 / 1901-2000 先压缩 / >2000 必压;Seedance 2.5 ≤2600 通过 / 2601-3000 先压缩 / >3000 必压(2.5 对长提示词服从更好,旧单档 2000 浪费其容量)。超限优先压描述、再按镜头边界拆单元。
- 平台参数出框:时长/画幅/分辨率/模式/任务类型一律移到代码框外。
- 素材编号统一「图N」,禁用外部包 @图片N 写法。
- 人物锚定固定句式:
将 图N 中的[身份/外观/服装]定义为 <角色名>。 - 道具锚定固定写法:
@PRP-道具名(外观以道具参考图锁定;状态:〔初始〕→〔终态〕)——写在【场景资产】栏、与@SCN-并列(七段式不增段);仅关键道具写(承担叙事功能/跨镜一致/有状态变化),场景固定陈设不写;M0 无图时改「道具外观复述」(材质·造型·尺寸基准·色彩)。权威见总控model-adapters.md§5「道具锚定纪律」。 - 工程语言必须清洗:轴线/点位/编号 → 画面事实(左/右、前/中/后景、摄影机在哪侧)。
- 摄影机行为必须六要素齐全:类型/位置/高度/方向/速度/起止+禁止项。
- 换场景默认回普通衔接,不继承上一场强连续逻辑。
- 台词零丢失:上游分镜稿的每一句台词都必须落进投喂稿;封装前跑
scripts/script_feed_diff.py,缺失即回退补齐。"不改台词"包含"不丢台词"。 - 不越界:不改台词、不改剧本、不重做分镜。
六、规则库索引
| 文件 | 内容 | 何时读 |
references/feed-mode-and-gates.md | A/B/C 三种输出模式 + 用户可见模式提示模板 + 输出前六道闸门(节奏档位/台词时长/字数/可投喂语义/图片数量/编号一致性 + 素材形态一致性)+ 增强触发规则 | 每次投喂转换时(核心) |
references/asset-mapping-and-rules.md | 素材编号+ 素材映射表模板 + 引用红线 11 条(红线 1 已强化:图号只能来自用户提供或接线单显式定义)+ 首帧/调度/参考图优先级(M0 下不启用)+ 冲突处理 + 人物锚定细则 + 《素材接线单》协作口径 | 处理素材引用与锚定时 |
references/segment-continuity-strategy.md | 指针:内容迁至总控 short-drama-director/references/segment-splicing.md §六;本文件只留指引 | 多段输出、段缝衔接时读总控 |
references/engineering-language-cleanup.md | 工程语言→画面语言对照表 + 摄影机行为六要素 + 风格/色彩/负面词翻译 + 光影冲突融合 + 表演拆微动作 + 人群/道具/角度图三易错点 + 官方符号规范 + §十一 分镜层专用字段剥离(状态栏/重音/台词精简清单/故事板面板号与出口帧/卡ID) | 清洗分镜稿语言时;封装投喂前必过 §十一 |
总控 short-drama-director/references/style-bible/(引用不重定义) | I 画风锁知识库:style-prefix-blocks.md(段8/9 成品块,本层逐字取用)/ director-param-library.md(11 槽位参数源)/ style-bible-spec.md(交付规范与 C23 判据速查)/ examples/(成稿示例) | 画风锁选卡后的段8/9 植入时 |
scripts/gate_check.py | 六道闸门机器化校验器(含闸门 0 结构完整性自检:【】配对/台词行收尾/镜号连续/必备字段;闸门 6 含素材形态一致性;闸门 5 按模型分档:2.5→30 / 2.0→9 / h3→9):python gate_check.py <投喂稿.md> [--model 2.5|2.0|h3] [--assets N] [--img-limit N] [--mode M0|M1|M2] [--tol 0.8] | 步骤 8 过闸门时(每次投喂转换必跑) |
scripts/script_feed_diff.py | 台词完整性对照器(上游分镜稿 ↔ 投喂稿逐句核对,4-gram 覆盖率):python script_feed_diff.py --script <上游.md> --feed <投喂稿.md> | 步骤 7 台词对照时(每次投喂转换必跑) |
七、快速调用语
- "转 Seedance 提示词" → 先给模式推荐,再输出
- "这段用哪个模式" → A/B/C 推荐 + 理由
- "帮我过一下闸门" → 六道闸门逐项校验报告
- "字数超了" → 按压缩顺序处理
- "多段怎么衔接" → 边界推荐表
- "帮我清洗工程语言" → 按清洗流程处理
- "我的图不在你这,怎么投喂" → 说明 M1 编号占位 + 出《素材接线单》(用户只需在平台挂图)
- "不要图号 / 我没出图 / 只要提示词" → 降 M0:去掉全部图号槽位,一致性改由文字锁承担
- "人物锚定帮我写" → 按固定句式输出
- "道具锚定怎么写" → 按
@PRP-道具名(外观以道具参考图锁定;状态:…)写进【场景资产】栏,与@SCN-并列
Trending
More talk lately.thin dataabout the whole repository
Who's talking about lixiaoxiao9888-create/manju-laoli-skill
- sudosubin/agents.nix“agent-skills.github.lixiaoxiao9888-create.manju-laoli-skill: init at 6.9.8”GitHub · Oct 14, 2026
- ProSkillsMD/proskills“[Candidate] lixiaoxiao9888-create/manju-laoli-skill/short-drama-director - short-drama-director”GitHub · Oct 6, 2026
The biggest 2 of 2 mentions linking to the repository that our crawl found. Each line is their own headline.
In this repository12 other files it gives its agents.
- sd-asset-engineSkill
- sd-combat-engineSkill
- sd-decision-engineSkill
- sd-jieshuo-engineSkill
- sd-overseas-engineSkill
- sd-qc-engineSkill
- sd-real-engineSkill
- sd-recon-engineSkill
- sd-script-engineSkill
- sd-storyboard-engineSkill
- sd-xuanhuan-engineSkill
- short-drama-directorSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

