基于参考的Gaming Shorts制作指南
确保核心机制、笑点和成果在手机上清晰可读。用户当前偏好叙述性的Vedina风格故事叙述、Ezra旁白、下载的绿幕或黑色背景视频特效、Myinstants音效以及克制的平滑镜头运动。这是一个创作方向，并不保证互动效果，也非固定模板适用于所有游戏。
从证据开始
在起草前，先阅读现有相关项目和用户反馈。确定哪些片段、机制、素材以及参考观察是经过验证的。使用所选创作者的原始视频；通过分页联系表检查其完整帧序列，然后以原生节奏检查转场和运动。仅凭帧表无法确定播放的流畅度、音质或留存率。
阅读 creator-breakdowns.md 了解参考库，以及 hook-and-retention-loops.md 了解故事决策。区分直接观察到的帧与风格化的解释。不要将旧的Yapper/Listener示例、其统计数据或时间戳作为新概念的要求。
故事、声音与录制
- 撰写一个具有可见结果的实验：好奇心/问题、必要设置、逐步升级的测试、成果、简短告别。使用连贯的口语句子和开发者具体的观察。如有可能，大声朗读；删除可能为任何游戏做广告的短语。
- 当用户要求以观众评论开头时，请使用该格式，而不是默默地将其替换为开发者自我提问。使用用户提供的真实评论来呈现真实的观众反馈。如果用户明确授权虚构草稿，则在整个屏幕时间使用清晰标注的评论模拟；其示例身份和措辞不得呈现为真实反馈。在缺乏上述任一基础的情况下，使用开发者自己的实验。切勿编造收入、已完成的测试或真实的bug报告。
- 目标时长取决于故事和实际人声录制。约115–145个词适合35–45秒的短视频，但要根据实际录制效果来衡量，而不是为了满足字数限制而填充或加速。
- Ezra — 自信且引人入胜的健谈者，大约1.08倍速，是用户偏好的ElevenLabs语音。在生成前，在受支持的集成浏览器中验证所选语音和速度。保留原始录制文件和日志设置。参见 sound-design-and-audio.md。
- 录制清晰且有目的的视角：设置、动作、结果、升级和反应。规划足够的覆盖范围；不要强行规定任意的剪辑或角度数量。保护启动/着陆端点、状态卡和奖励画面的顶部空间。参见 pacing-and-timeline.md。
- 对于公开的Roblox项目，在播放前建立已验证的无保存拍摄模式，进行仅运行时的更改，之后停止，恢复任何编辑设置，并验证干净的编辑模式。不要发布拍摄更改。仅凭客户端标志并不能证明服务器保存已禁用。
在构建特效前获取素材
在获取或叠加特效时，请阅读 sourced-assets-and-compositing.md。
- 优先使用实际下载的创作者/库存视频特效，而非生成的爆炸、绘制的星爆、合成胶片边框和自制模仿品。使用yt-dlp在YouTube搜索并下载选定片段；这是用户偏好的工作流程。对于纵向短视频，优先使用原生9：16黑色背景录制叠加层，并与Screen模式合成。如果YouTube素材不合适或不可用，请使用创作者下载链接或库存替代品。下载可用的媒体文件，而非搜索缩略图或带水印的预览。
- 针对该用户的卡通爆裂、爆炸、烟雾和动态转场需求，主动通过YouTube/yt-dlp搜索绿幕视频特效，进行抠像和去边处理，并将其放入编辑中。仅仅删除生成的替代品并不能满足用户要求的绿幕替换需求。在合适的情况下，在评论背后预览爆裂效果以及动机驱动的转场/揭示强调效果；避免遮盖评论或机制的决定性证明。不要强制每个短视频都必须包含特效。
- Myinstants是该用户查找meme/冲击/反应音效的首选搜索来源。下载单个MP3文件；无需安装其应用。如果其他网站（如Pixabay）的声音更合适，则使用它们。流行度或下载按钮并不能证明复用许可；记录来源页面的实际授权说明。
- 维护一个项目素材清单，包含来源页面、创作者、本地原始文件、使用/致谢状态、来源修剪、混合/抠像设置以及时间轴使用情况。除非其再分发条款允许，否则不要将第三方来源媒体文件包含在可复用的技能包内。
- 不要在每个剪辑点都强制添加音效或特效。仅在时机和笑点合理时才使用爆炸效果；保持旁白清晰可辨。
运动与合成
在渲染前，阅读 pacing-and-timeline.md 和 kinetic-subtitles.md。
- 静态镜头是有效的。在需要引导注意力时，使用一个单一的、刻意的推进、平移或冲击效果。不要给每个镜头都添加持续的缩放，不要在已经移动的摄像机上叠加推进效果，也不要让整个编辑画面晃动。
- 使用稳定的浮点摄像机路径进行分数像素仿射采样；避免通过将裁剪矩形四舍五入到整数来进行动画。保持原始时间确定性。检查相邻原生帧和正常速度播放是否存在抖动。
- 移除合成的顶部横幅和
SLOW-MOTION REPLAY标签/标识。如需重播，请使用下载的摄像机/VHS录制帧视频，带有REC/角落/时间码。对于黑色背景素材使用Screen模式；对于绿色素材进行抠像和去边，然后进行alpha合成或转换为黑色用于Screen模式。保持动作和字幕清晰。REC帧只是一种风格提示，并不表示观众理解慢动作：应通过口头设置/视觉连续性来建立慢动作的概念。 - 保持图形比例。如果必要，重新定位单独的角落/HUD面板以适应纵向画面，而不是拉伸横向录制帧或裁剪掉所有四个角。保持噪点/追踪效果足够克制，以便看到立方体的路径。
- 保持真实的游戏画面/统计/代码证明的可读性。字幕应跟随实际的录制内容，而不是使用通用模板。不要使用以截图形式呈现的虚假金钱或源代码。
审阅与交付
使用 production-tools.md 中的可复用助手和导出检查。现有的硬编码渲染脚本是遗留示例；不要未经修改就直接在你的输出上运行它们。
- 使用
scripts/inspect_video.py每0.25秒检查一次钩子效果，每1.5秒检查一次完整导出，并在每个编辑点、叠加层和摄像机问题周围检查每个原生帧。检查在明亮和暗色背景下的抠像边缘。 - 在环境支持播放/收听时，以正常速度播放实际导出的文件。报告实际审阅的内容。静音/静态画面/ASR（自动语音识别）无法证明音质或运动流畅度。
- 验证字幕时间、无冲突、完整动作路径、叠加层节奏、无绿色/黑色矩形或水印、音效触发时间、无旁白掩盖。解码整个文件并检查音频峰值/响度。
- 如果用户授权了外部审阅者（如Antigravity），发送实际剪辑和审阅帧，并附上具体问题。要求提供带时间戳的证据以及关于所打开/所听到内容的声明。运用编辑判断力；不要遵循与用户偏好相悖的建议。区分被审阅的版本与后续修订版本。
- 交付可播放视频、可编辑项目/时间线、素材来源以及材料审阅限制。如果涉及录制，确认清理工作室。不要将联系表检查称为完整的听力测试或逐帧回放审阅。