统一项目输入与能力探测。
01 / Pipeline Decision
显式阶段，比一次调用更容易验收
短视频需要经过文案、旁白、镜头、素材、时长、渲染与检查。真正影响稳定性的，不是"能否生成一段文字"，而是每一步输出能否成为下一步可验证的输入。
初始判断：每个阶段都输出结构化产物，并为 Node、TTS 或视觉服务不可用的情况保留 fallback。失败模式必须可见，而不是被包装成"全自动"。
核对路径能够使用本地语音生成音频，调用 Remotion 渲染竖屏视频，并通过 FFmpeg 与 ffprobe 读取结果。右侧视频就是这条路径产出的真实文件。
语音时长进入镜头计划。
生成真实视频与音频轨道。
检查编码、尺寸、时长与警告。
02 / Render Probe
真实文件，不隐藏警告
auto-motion://probeRENDER COMPLETE
artifact
真实竖屏 MP4
1080×1920、30fps、5.056 秒，H.264 视频与 AAC 音频，可在浏览器直接播放。
tests
298 项通过，6 条警告
这是 dated engineering snapshot，只代表工程测试；警告保留，没有被隐藏。
artifacts
阶段产物可逐步检查
标准化输入、脚本、语音、分镜、渲染计划、媒体探针与质量报告都能单独查看。
boundary
demo 不是商业作品
当前画面使用 demo 商品与占位输入，不证明客户采用、广告表现、转化或成片质量。
03 / Failure & Boundary
mock 与 fallback 仍在系统里
分镜、渲染计划和部分质量判断仍由规则或模拟阶段完成；未提供视觉密钥时，视觉分析只读取元数据；自动图片与视频生成没有在核对路径中完整接通。当前证明的是渲染与检查链路，不是全自动媒体 SaaS。
Back to desk
返回原站的实施控制台，继续查看三个项目如何用不同方式处理输入、执行与验证。
打开实施控制台