在 Windows 上使用 Cinetic
此仓库本地工作流将 Cinetic v1.0.0（修订版本 91c43acf4ea183ea68861d4cd99ec054f6741876，MIT 许可）移植到 Windows 环境。它从本文件显式加载，并非全局安装。在执行命令前，请先阅读原生命令指南。完整未修改的源代码及其哈希值位于 third_party/cinetic 目录中；其中的 shell 脚本仅用于溯源，绝不是供 Windows 执行的操作说明。
方向与所有权
围绕一个产品特定的创意执导一部短片。画面、文案和声音共享同一条时间线。通过技术检查的渲染结果仍需经过创意审阅。遵循提供的品牌风格；在发明品牌时，应用源工作流中的原始约束和占位符检查。在替换占位符设计前，不得移除占位符标记。
- 编写
BRIEF.md：产品、受众、承诺、格式、时长、投放位置、提供的品牌、假设和输出清单。从足够详尽的简报中推断常规选择；仅询问缺少的必要信息。 - 阅读固定源下的
references/concept-and-story.md。开发三个概念：产品的动词、观众的痛点以及一个形式手段。应用所有权和删除测试。填写生成的TREATMENT.md：logline、钩子/转折/承诺/证明/锁屏、镜头路径、节拍表、完整文案和最终帧。 - 阅读
brand-and-color.md和copy-and-type.md。构建品牌令牌、原始标志和离线字体。渲染风格帧并检查调色板对比度和文字可读性。提供的品牌例外应记录在简报中。 - 阅读
timing-grid.md、motion-tokens.md、camera.md、transitions.md和所选引擎指南。将每个提示、幕次、时长、文案保持和声音事件放在共享时间线上。对真实产品界面使用声明式数据；操作演示请阅读product-ui.md。 - 使用
sound.md创作作曲和配乐。使用原生audio命令重建提示和声部。通过适配器使用配乐、合成和母带工具。切勿仅凭源时间线声明声音同步。 - 阅读
finishing.md和chromium-rendering.md。渲染预览，检查实际解码输出，运行网格、lint、探针、同步、布局、取证和严格的基于声部的音频审计。生成联系表，检查全尺寸标记帧，并保留所有报告。声明设计中的剪切/冻结（附原因），而非压制不方便的失败。 - 阅读
review-loop.md。使用源assets/critics/*.md模板，通过导演、取证、声音同步、艺术/文案/UI 和验证者等视角进行审阅。除非用户授权并行审阅，否则按顺序运行各视角。使用帧/音视频证据验证每个 P0/P1 问题，按影响顺序修复，记录修复并重新渲染。发布版电影/操作演示至少需要两轮；循环/动态至少一轮；五轮后停止并报告未解决的问题。 - 对原始十一个维度进行评分：创意与手段、钩子（0–2 秒）、文案与字体、色彩与品牌、构图、动态、转场、节奏、产品真实性、声音与同步、完成度。每个维度最低 3 分，均值至少 4.2 分，完成度、声音与同步需达 5 分，无未解决的 P0 问题，所有技术关卡通过。静默循环可将声音标记为 N/A 并附上格式理由。证据和人工审批分开记录。原生
review命令验证证据账本，但不生成审阅者判断。 - 方向确定后渲染最终母版，运行最终取证/音频检查并检查最快模糊帧和幕边界。使用
deliver生成海报、循环、GIF/WebM、Alpha 动态和明确重新排布的社交变体。在品牌被发明时使用brand-kit。formats.md定义了特定格式的输出清单，包括操作演示的 SRT 字幕。交付文件附上 QA 清单；明确报告任何未通过的关卡。
原生执行
从仓库根目录使用 npm.cmd run cinetic -- COMMAND --project "data/films/NAME" ...。在已生成的电影目录内使用 node scripts/native.mjs COMMAND ... 或其 npm 脚本。使用可执行路径和参数数组进行编排。切勿执行上游 Bash 脚本、使用 Unix 符号链接、在生成的电影中安装包，或将简报放在 shell 命令文本中。生成的工作空间使用仓库中精确锁定的依赖项。
源参考文档描述艺术算法和阈值。使用原生命令指南翻译其命令示例：render.sh → render，render-chunks.sh → render-chunks，hf-finish.sh → hf-finish，deliver.sh → deliver，brand-kit.sh → brand-kit，layout-audit.sh → layout-audit，grab.sh → grab，以及 Python 工具名 → 同基名命令。所有路径和输出均保留在此仓库中。