showtime 是做什么的？
通过真实的App交互来展示一个产品优势。在相关阶段继续现有工作；若现有素材支持所请求的变更，则复用它。
开始新视频
- 向用户询问他们的场景并等待回复。使用他们提供的场景。
- 一旦场景可用，询问他们想要的构图：顶部裁剪（
crop-top）、底部裁剪（crop-bottom）或全屏手机（full）。等待他们的选择后再准备故事以供审查。 - 在发送完成的视频之前，需获得对场景、构图和时长的批准。然后内部准备并审查实际场景、录制、导出并完成视觉验收。没有独立的用户预览或故事板审批阶段。
一次只问一个问题，使用对话语言。将用户已提供的信息视为已回答。
默认值和边界
- 以模拟器的原生帧率录制。以正常速度观看滚动和过渡。如果捕捉的动作明显卡顿，则重新录制。
- 交付一个10-20秒、1920×1920、恒定60fps的MP4文件，包含可读结果和一个循环。没有编辑标题或字幕；应用内文字保持可见。不同的请求格式需要检查后端支持。
- 除非明确要求，否则使用英语撰写用户场景的审查副本、保存的场景和屏幕内容。在两个manifest中相应地设置
content.language。场景之外的解释遵循用户的对话语言。 - 场景批准授权在该故事内进行制作。准备的材料仍需内部审查和证据，而非用户的第二次决策。直接的更正请求授权该范围；在交付修改后的完成视频前，重新执行受影响的检查。切勿将未查看的材料标记为用户已审查。
- 发送给用户的第一个视频必须满足与后续交付物相同的要求：完整内容、点击指示器、时长、构图以及完整的技术和视觉检查。将技术排练保留在内部。在发送前修复失败的检查；如果无法完成所需检查，则报告阻塞因素，而不是提供未检查的预览以供批准。复用已通过的镜头或导出；不要仅仅为了将其重命名为“最终版”而重复执行。
- 保留完整的原生过渡、滚动和阅读时间。缩短空闲等待或简化故事以符合时长要求。
- 新视频使用已批准的iPhone 17或18系列模型和配套的背景调色板。自动选择可用的匹配模拟器型号、手机颜色和背景；用户偏好可覆盖这些选择。在故事板中显示组合。参见准备了解素材和录制匹配。
- 应用用户选择的布局。对于靠近顶部的动作使用
crop-top，对于靠近编辑器、附件或键盘的动作使用crop-bottom，对于在1920正方形上显示全屏手机居中且上下各留90像素使用full。在准备、审查和导出中使用选定的构图。 - 文本逐字符显示，整个输入过程中隐藏插入光标。在最后一个字符或输入中断后立即恢复字段的原始光标外观；不要为恢复添加暂停。键盘按键不得显示高亮、弹出字符或点击指示器。标准输入驱动 · 用法 · 视觉验收
工作区
此文件所在的目录是showtime根目录（SHOWTIME）。通过绝对路径解析它并调用脚本。遵循目标应用的说明。读取相关运行的 run.json 和产物；使用 scripts/showtime_run.py init/note/status 更新进度。进度不等于批准。
在制作过程中保持已安装的技能和资产为只读。写入视频的运行目录；保留之前的镜头和其他代理的工作。仅在作为参考提供时使用历史试点。
在制作前，运行 scripts/showtime_doctor.py；在录制时添加 --record --axe <driver>。新运行使用产品配置文件；现有运行保留其配置。
仅读取任务所需的内容
| 任务 | 参考文档 |
|---|---|
| 规划故事、录制、剪辑或导出 | 执行 — 加载相关部分 |
| 准备场景或故事板 | 准备 — 审查前的视觉规则和证据 |
| 保存批准或授权更正 | 清单和审批合同 |
| 审查准备的帧或完成视频 | 视觉验收 |
| 调整点击颜色、时长或大小 | 点击资产 |
一次完整的交付包括MP4、原始录制、操作日志、观察结果和验证发现。技术检查不构成视觉验收。