Skip to content
Back to skills

Live Action Drama 16x9

ASecurity

将剧本转为16:9真人质感AI短剧的可执行分镜、运镜、光影、人物状态与细微表演设计,输出4—15秒整数生成单元、首帧及视频提示词,并进行连续性与成片质量审查。适用于剧本分镜、真人短剧提示词和已有分镜或视频的审查修订。

  • 5 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
documentationpythongit

Security analysis

A100/100

Pro scans all 16 files and shows the line behind each finding

Scanned November 7, 2026

npx -y skills add Wanfeng1028/muse --skill live-action-drama-16x9 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Live Action Drama 16x9?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Live Action Drama 16x9
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/wanfeng1028-live-action-drama-16x9/badge)](https://www.skillsdirectory.com/skills/wanfeng1028-live-action-drama-16x9)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: live-action-drama-16x9
description: 将剧本转为16:9真人质感AI短剧的可执行分镜、运镜、光影、人物状态与细微表演设计,输出4—15秒整数生成单元、首帧及视频提示词,并进行连续性与成片质量审查。适用于剧本分镜、真人短剧提示词和已有分镜或视频的审查修订。
---

# 16:9 真人精品短剧

把剧本的戏剧意图转换为可生成、可表演、可剪辑、可核验的镜头包。质量目标是叙事清楚、人物可信、空间连贯、光影有来源、声音与表演一致。摄影选择必须服务当前剧本,不机械套用“高级感”词库。

本skill独立运行文本工作流,GitHub项目仅为方法参考,不是运行依赖。当前结构化格式为schema_version 2;旧计划按输出规范迁移,不能默认为已经通过新检查。

## 用户约定

- 默认16:9横屏、真人影像质感、中文交付;明确的新要求优先。
- 每个最终AI生成单元时长为4—15秒整数。短动作必须先进行合并判断:同一时空、动作因果连续、人物道具状态可衔接、机位能容纳,并保留前后气口,全部满足才合并。不能合并时,重设计为独立且完整的4—15秒单元,不硬塞不同场景。
- 区分“叙事节拍”“摄影镜头”“生成单元”“成片使用区间”。一个节拍不必一镜,一个生成单元默认一个连续摄影镜头。不要把模型内部多次切镜作为默认生产方法。
- 气口通常前后各0.5—1秒,属于建议值;单元总时长仍为整数。气口可以有自然呼吸、视线维持和动作余势。追逐等动作戏不强行停住人物。
- 长文本必须放进可直接复制的文本框。在支持writing block的界面使用document写作块;否则用text代码块。提示词正文与导演说明分开,单元之间明确编号。必要时同时提供完整本地文件,不能以节选冒充完整交付。
- 只输出必要的决策依据、结论和可见动作,不要求展示内部推理过程。

## 先确定任务和材料

识别用户需要:完整剧本转镜头包、局部修订、提示词适配、或实际素材审查。只执行相关部分;保留现有角色、故事结局、台词和镜头编号,除非用户要求改动。

读取用户已给出的剧本及参考素材。记录:剧本版本、题材、总时长/容差、角色、场景、目标模型和入口、是否图生视频、音频与字幕方式、交付规格。已知信息不重复询问。

- 没有剧本:可以整理方法或模板,但不能声称已完成具体剧本分析。请求剧本文本,继续完成不依赖剧本的准备。
- 模型未指定:先交付“平台中立版”,注明具体时长档位、参考图能力、音频和分辨率待验证,不阻塞导演设计。
- 缺少非关键美术细节:给出明确标记的工作假设。影响剧情事实、对白原意或人物关系的缺口不得擅自补写成事实。
- 只有图片:只能检查静态画面;只有文本:只能检查设计;拿到实际视频与声音后才能检查运动、口型、节奏和成片。工具不能观看或听取时,明确未检项目。

## 从剧本到镜头

### 1. 建立可追溯的节拍

为场景和节拍编号,例如SC01、B01。每拍记录原文对应、人物目标、阻力、信息变化、情绪起止、必须保留的台词/动作。对白没有改变信息或关系时不必切镜;主观、闪回、蒙太奇需标明叙事层级与时空跳变。

为每个镜头写一句简短必要性说明:观众看见什么新信息、为何此时采用该景别或切换。删除无叙事作用的重复镜头;不能为了精简删掉原剧本事实。

另建原文覆盖清单:每句必要对白的说话人和原文、每个关键动作与信息揭示对应镜头。节拍ID全部出现只证明编号覆盖,不证明台词完整或顺序正确;必须与原文逐项对照。长剧本分批时保留全局人物基准、上一批结束状态及尚未覆盖原文,不能把当前批次称为全剧完成。

### 2. 锁定人物、场景和状态

建立角色卡(稳定外观、服装、声音、参考素材标识)、场景卡(平面关系、门窗和实景光位置、时间天气)、道具卡(外形、朝向、所属人)。资料是制作约束,不能声称文字即可锁脸。

逐镜记录身体朝向、左右站位、目光对象、左右手、道具位置、湿痕/伤痕/妆发、当前情绪。把每镜结束状态传给下一镜;换机位时保留世界坐标,重新计算画面左右及光线入射方向。

### 3. 设计摄影、光影与表演

读取[导演决策参考](references/directing.md)。针对剧本选择合适方案;“最佳”指当前叙事、生成能力和预算下的首选,不声称客观唯一最佳。

每镜确定:景别、机位高度/俯仰、构图、视线与轴线、主体动作、摄影机起点/终点/方向/速度/停止时机、焦点对象、灯光来源与质地、人物状态和细微表演。用一句话解释摄影选择;只有确有生成风险时增加一个替代方案,不堆砌等价版本。

表演从“触发事件→可见反应→克制或释放→结束状态”设计。通常选择1—2个可见细节,不将微表情当作测谎或诊断,不凭空要求模型精确控制面部肌肉或毫秒动作。远景表达靠姿态和走位,情绪细节需要对应可见景别。

### 4. 合并、计时和衔接

对白先试读或用已有音轨计时。没有音轨时明确为估计;先容纳语速、换气和反应,再定单元时长。超过15秒就沿语义/动作自然落点拆分,不能靠加速台词或删字偷偷压缩。

每次合并记录原节拍、合并理由、动作链、机位可行性与气口。不符合条件就拒绝合并并给出新的完整单元。不同场景的4秒单元可以在后期相接,但不能冒充同一连续镜头。

平台实际支持的时长与4—15秒取交集;无交集就标记该入口不适用,给出适配方向。精确成片时长用使用区间和转场重叠核算,不能简单把原始素材时长相加后宣称成片达标。

裁剪后按实际入点/出点重新记录状态、台词保留情况和剩余气口,不能使用原素材首尾状态冒充剪辑切点状态。运动中的接镜可保留动作余势,不要求每镜停顿。简单计划不支持三段同时叠化;出现该情况必须提供明确的多轨时间线或重设计转场。

### 5. 编译提示词和交付

读取[输出规范](references/output-contract.md)与[模型适配](references/model-adapters.md)。完整镜头卡用于生产管理;给模型的正文只留下该入口能执行的画面、动作、运镜、光影与音频信息。

每镜交付:设置卡、首帧提示词(已有首帧时改为使用要求)、视频提示词、音频安排、尾帧状态及接镜要求、风险和验收点。角色ID须绑定实际输入参考,不能把ID视作模型天然认识的角色。

需要批量制作时保存完整文本镜头包及`plan.json`,使用本技能校验器检查结构、时长、节拍覆盖和衔接声明。只有咨询或少量局部修改不强制生成JSON。

进入实际生成前,选择能覆盖主要风险的短样片进行验证,例如同角色正反打、手部道具接触、关键对白。绑定实际参考素材、模型入口和声音方案;记录生成参数、任务ID、素材文件及版本、采用区间和审核状态。文本检查通过不等于样片通过。多候选素材只按当前版本验收,不能把旧素材的通过状态移给新生成结果。

### 6. 审查、修订和最终结论

每次正式交付前读取[审查规范](references/review.md)。依次检查剧本覆盖、时空连续、时长可行、摄影与表演匹配、光影逻辑、提示词冲突与模型能力。有实际素材时追加动态、音频和交付规格检查。

发现问题就修订对应镜头及受影响的相邻镜头,并复查。文本阶段默认最多做3轮聚焦修订;仍需用户事实或实际视频才能解决的项目明确保留,不以循环打分代替解决。实际生成只在用户要求且工具可用时执行,不因“审查完美”无限消耗生成额度。

最终只用:不通过/有条件通过/文本预审通过·待实片验证/实片审查通过。每项给证据和未检范围。用户问“是否完美”时,报告已检查范围内是否发现问题,不保证绝对完美。

## 按需参考

- 完整示例或理解合并与跨镜衔接:[worked-example.md](references/worked-example.md)。例子是演示,不是固定题材模板。
- 用户要求近期项目、GitHub依据或更新技能时:[sources.md](references/sources.md)。来源快照不是实时模型目录;重新验证变化快的能力,不能把项目宣传当作实测结论。
- 结构校验:`python scripts/validate_plan.py /absolute/path/plan.json`。校验通过仅代表机器可检查的约束通过,不代表审美或视频质量通过。

Files in this skill

  • .gitignore74 B
  • LICENSE377 B
  • README.md3.6 KB
  • SKILL.md8.9 KB
  • agents/openai.yaml377 B
  • docs/review-report.md3.9 KB
  • references/directing.md6.7 KB
  • references/example-plan.json9.1 KB
  • references/model-adapters.md3.3 KB
  • references/output-contract.md6.9 KB
  • references/repository-audit.md4.6 KB
  • references/review.md5.9 KB
  • references/sources.md5.9 KB
  • references/worked-example.md7.4 KB
  • scripts/validate_plan.py10.9 KB
  • tests/check_plan.py3.9 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.