核心结论自动化的重点不是少点一次按钮，而是让每个任务可追踪、可重跑、可暂停并有明确负责人。
从数据契约开始
在拖拽节点之前，先定义每条任务需要的字段：asset_url、prompt、aspect_ratio、duration、route、request_id、状态和审核结果。字段越清晰，后续更换表格、存储或模型时越不容易推翻整个流程。
推荐的节点顺序
- 触发器读取新素材或表格行。
- 校验文件可访问、尺寸合理且类型受支持。
- 根据品牌模板组装 Prompt，并保留原始输入。
- 调用 ModelRush 图生视频任务，写回 request_id。
- 等待 Webhook，或以退避策略查询状态。
- 下载结果到自有存储，生成低码率预览。
- 进入人工审核；通过后发布，拒绝后记录原因。
把错误分成三类
可重试错误包括短暂限流和网络故障；需要修复输入的错误包括不支持的格式或缺失素材；创意不满意则不应伪装成技术失败。三类错误走不同分支，才能避免无意义的自动重试。
ModelRush 建议为每个任务设置最大尝试次数和预算。如果达到阈值，流程暂停并通知负责人，而不是继续消耗额度。
让流程可以运营
工作流应写入一个简单的任务表，记录当前状态、尝试次数、使用模型、费用、耗时和审核人。仪表盘至少展示等待任务、失败原因、平均交付时间和可用成片成本。
最后，用一组固定测试素材验证重跑行为：从任意节点恢复都不重复收费，不重复发布，也不会覆盖已经人工确认的结果。
把工作流接入项目
用一段完整的 Agent Prompt 建立、检查并验证 ModelRush 集成。继续阅读
围绕相邻决策继续构建你的多模型技术栈。
