原创场景模板：追逐、博弈、棍术

仅在重放这些案例、研究它们的镜头／接触实现、或已获授权从模板另存改编时读取。新提示词先判断已实现能力，不自动套用案例内容。

支持边界

case	固定内容	播放与镜头	实际几何检查
`chase`	两辆原创轿跑争线、窄口、弯道，车轮／转向／车身姿态	24 fps，15 秒，6 镜	车体包络、车辆与路障净空、相机净空、指定镜头全车构图
`power`	六人会议、四张翻白票、唯一钥匙交接、工资册打开	24 fps，30 秒，8 镜	肢段长度、手票／手钥匙／手册最终网格接触、六票几何朝向、座位与鞋底
`fight`	双人训练棍、格挡与滑移卸力、触柱、反击、下潜、肩胸接触、落膝	24 fps，15 秒，7 镜	肢段、四处握持、实际接触表面、下潜净空、落膝与鞋底支撑

三者均为包内原创几何和动作代码，不下载素材、不调用正式视频模型。需 Python 3.10+、Blender 和带 libx264 的 FFmpeg／FFprobe；本轮实际运行环境为 Blender 5.2.1。其他 Blender 版本尚未验证。灯光、景深和几何复杂度使 power／fight 的渲染成本高于纯体块测试。

通用编译器仍接受 previs-compiler/1.0，旧打斗支持原有两个 profile。新案例通过 original_case_v1 后端生成独立 whitebox-case/1.0 记录，不把棍术伪装成旧 profile，也不声称能把任意打斗提示词变成该片。入口不接受人物重定位、时长、镜头改排或新动作参数；需要修改时在输出的 replay 副本编辑本例源码，并重新验证。16:9 比例和 24 fps 保持原标定，允许改变分辨率。

统一运行入口

在任意当前目录运行下面的脚本绝对路径；路径包含空格时加引号。<...> 是需替换的参数，Python 的 --output-dir 必须为新目录或空目录，且位于 Skill 包外。依赖或参数错误在创建缓存前报错，已有结果不覆盖。

python <skill>/scripts/run_case.py --list
python <skill>/scripts/run_case.py --case chase --blender <blender-executable> --ffmpeg <ffmpeg-executable> --output-dir <new-output> --mode preview

--ffmpeg 和 --blender 可用明确路径或 PATH 中的命令名。FFprobe 默认查 FFmpeg 同目录，再查 PATH；不相邻时加 --ffprobe <ffprobe-executable>。入口不查找作者电脑路径。

模式	输出	适用时机
`--mode preview`	480×270 完整低清 `previs.mp4`，时长和动作不变	先判断连续运动与节奏
`--mode frames --frames 29:31,186`	指定原时间线帧、按所选顺序编码的 `sample.mp4`	抽查接触，或只重算待修事件
`--mode render`	1920×1080 完整 `previs.mp4`	低清和事件检查通过后的完整交付
`--mode build`	全时长 `.blend`、执行记录和数值审计，无视频	审计或编辑源场景

--frames 是从 1 开始的整数，可混用逗号和闭区间。例如 --case power --mode frames --frames 534,542 查交钥匙两帧；--case fight --mode frames --frames 29:31 查初次格挡；--case chase --mode frames --frames 126 查双车全景。sample.mp4 按 24 fps 连排被选帧，若选择不连续，画面会跳跃；它不是原时间线连续视频，报告始终标记 covers_complete_case=false。

需要更快取样时加 --width 320 --height 180；必须成对提供偶数、16:9 的尺寸。--dry-run 只打印已核对的执行计划，不启动 Blender、不创建输出。所有模式仍先烘焙全时间线并做本例数值审计，因此少量帧并不等于零建场景成本。

输出和重放

scene.blend 保留全部镜头、动作和原 fps，可在 Blender 内播放或编辑；默认输出路径使用相对位置。
previs_compiled.json 记录本例执行解释、相机、切点、主体和边界；run_manifest.json 记录参数、源码 SHA-256 和完成／失败状态。
vehicle_validation.json 或 geometry_audit.json 保存实际几何结果；棍术另有 phase_numeric_validation.json。
previs_validation.json 校验实际视频帧数、帧率、分辨率、时长与全文件解码，并明确哪些观看或接受层尚未完成。
mp4_review_frames 从本次编码后的实际 MP4 提取每镜首／中／尾、切点相邻帧及关键事件；它是观看入口，不自动作出视觉通过结论。
replay 含本例源码、共享入口与许可，可复制到新位置重放。重放命令仍要求显式指定 Blender、FFmpeg 和新的输出目录。源码散列已记在原执行清单。
runtime、frames 和 logs 都在指定输出目录内。入口不安装软件、不写 Skill 目录、不删除旧输出。

先看低清整片与关键事件。定位失败镜头后，保留原输入和原输出，在 replay/assets/cases/<case> 修补受影响的机位、握持或节拍，使用新的输出目录只算该事件；局部通过后再生成整片。相机／动作改动会改变前后连续性，复查相邻切点及新的源码散列。不能用最后一帧过门代替整段接触。

这些案例保留了来源测试中的数值和镜头结构，但每次运行重新出具当前检查结果。方法迁移的有效性、当前用户对新片的接受、正式视频模型遵循度，都不能继承原案例结论。

方法灵感与素材边界

设计师言炎的空间、轨迹与取景对照演示是方法灵感来源：用可导航的空间、摄影机轨迹和最终取景交叉核对镜头。该来源来自先前关联任务的查看记录，本次包装与验证未重新观看原视频。包内未复制其视频、图片、场景或代码；三个案例的空间、角色代理和镜头实现均由本项目自行制作。灵感链接不等于作者为本包背书，也不作为本包运行成功的证据。