项目视频制作
制作一个易懂、具有辨识度的视频，展示一个具体的项目成果。 从观众可以看到或操作的内容开始。保留项目自身的视觉 标识，并清晰区分演示行为与图示说明。
选择故事和证据
接受选定的项目目录、URL、截图集或 work-story-capture
数据包。仅读取相关的源代码和当前请求。单独的代码仓库
可以支持对代码的声明，但无法证明部署或实际使用情况。
对于 URL，如果纯文本无法展示产品，则检查渲染后的界面。
复用所选数据包中的源标识符、修订版本、致谢信息、受众和
媒体母版。数据包是可用的，但不是必需条件：一个简短的项目视频
可以使用紧凑的源列表。当可用时，work-story-capture 可以提供过程证据和
编辑交接，而 audio-seed-bank 可以提供明确选择的录音。这
些是可选的适配器：仅使用本地源列表和允许的媒体就足够了。
不要为了接受输入而要求私有服务或安装其他技能。
确定目标观众、他们关心的原因以及一个有用的后续行动。 选择最强的可观察时刻。对于应用，检查一个动作及其 结果；对于构建项目，检查物体及其实际功能。如果缺少关键 素材，完成脚本/分镜头列表并指出确切缺失的镜头。不要虚构 一个可工作的界面、成功的实验或用户评价。
将选定的事实、源位置、证据状态和允许的 受众与故事板一起记录。排除私人对话、凭证 和不相关文件。公开的源代码并不意味着所有本地资产都是公开的。
指导编辑
根据请求和素材解决常规选择。一个有用的起始点 是 20–30 秒、一个核心想法、靠近开头处可见的回报以及 清晰的结尾。如果所选机制需要，则使用更长的解释。 不要把发布广告强行塞入过程故事中。
在合成之前编写简洁的简报和计时故事板：目的、开场、 选定的视觉证据、屏幕文字、音频、结尾动作和来源。 仅在结构化交接有助于时使用简报示例； 它是一个填充的虚构示例，不是强制性模式或项目事实。
利用运动来引导注意力。在有用时动画化实际产品元素； 让原始素材承载物理结果。保持图表和重建内容 与原始证据明显区分。匹配版式、调色板和图形 语言以符合项目，而不是应用统一的视觉模板。
对于竖屏交付，在保留理解 动作及其结果所需的空间上下文的同时，为手机进行构图。稳定的全屏视图 可以是编辑的正确选择：将原生控件保持在一起，并让它们 通过实际使用出现。仅在能提高可读性而不失去 该上下文时选择性使用特写。尊重用户偏好的参考和构图； 不要将手机可读性启发式转变为强制裁剪或重新设计。 保持预期的编辑文字可读性，并识别作为上下文而非 必需阅读的原生微文案。保留项目的品牌，并让 连续的动作承载一个镜头，而无需每次都添加新标题。
为文字完全出现后的阅读时间预留预算。大约每词 0.3 秒 是初始编辑启发式，不是经过衡量的无障碍保障。先缩短文案 再加速。在手机大小上检查最终视频。决不要让音乐的节奏 决定不可读的文字揭示。
使用可用工具合成
阅读制作以了解渲染器选择、音频和 导出。复用合格的渲染器和当前原生工具合约。保持编辑 简报独立于引擎和模型名称。不要为了渲染而更改提供商、 语音、账户或运行时默认设置。
对于授权视频请求，继续渲染和审阅，无需添加 常规预览批准环节。仅询问会实质性改变选定内容、 受众或外部效果的缺失决策。除非也请求制作，否则请求分析或故事板 应止于该制品。
在拥有项目中保留一个可编辑源和版本草稿。使用当前 工作台的交付目录存放最终文件。在重大任务之前， 记录其暂存预算和清理点；在选择计算资源时使用接收能力 图。保留提供的原始文件和不明确的提供商工作。
审阅和交接
检查每个镜头的已确定帧以及转场内的帧。观看 完整的导出，先静音检查清晰度，然后在有声音时播放。 探测并解码实际的 MP4 文件；仅通过合成检查是不够的。 纠正丢失的媒体、不可读的文字、裁剪和未经证实的事实声明。 标记任何无法进行的审阅。
挑战镜头语法以及单个帧：重复的标题、 截图和段落布局可能通过结构性检查，但会制作出弱影片。 在 360 像素宽度下，识别眼睛首先看到的内容，以及动作 和结果是否仍然可理解。通过的检查或静态帧审阅不是 与其他工作流的比较，也不代表最佳组合技能。
交付 MP4、最可靠的已确定海报帧、简洁的随附文字、 致谢信息、审阅说明以及可复现的合成/源清单。如果使用了 语音，则包含经审阅的文稿和定时字幕。链接现有的 母版，而不是导出不必要的存档。记录源和输出修订版本。
对于编辑发布，在实际授权范围内使用选定的发布工作流。
如果可用，daimon-social-identity 可以接收材料；它
不是运行时依赖项。渲染的视频不是已发布的帖子。
在比较工作流或限定新材料/运行时 时，使用评估计划。公开可用性 并不意味着每个接收者或类型的源都经过测试。