输入： 品牌色、字体、logo 和安全区
输出： 一套可复用模板
比例： 1:1、9:16 和 16:9
操作日志
1. 定规则
我打开表格或 API 里的任务数据，锁定API payload 和任务 ID 映射，并写下不能变的部分。
2. 跑最小版本
我先做一个小一套可复用模板。logo 颜色变了，我锁定 logo 层并只暴露安全变量。
3. 做聚焦变体
我复用同一参考，只改一个可复用模板和一个锁定品牌区。
4. 检查导出
我按原尺寸检查payload、任务 ID、回调、重试和日志，再导出最终按渠道而定。
完整执行记录
任务边界和素材准入
把「AI 品牌模板库」当成一次要交付的活，不是名词解释。输入是品牌色、字体、logo 和安全区，输出是一套可复用模板，工作比例定在1:1、9:16 和 16:9。先写驳回原因，再把它变成第一条硬约束。
必须有 schema、幂等键、重试策略、超时、存储路径、失败回调、成本上限，以及每个资产对应的行。未经隐私审查不把客户媒体发给新路由；任务 ID 无处可存的批量不要启动。
imgmov 执行路线
批量前先验一条 payload：模型 ID、参考 URL、比例、时长、回调地址、签名规则和任务 ID 映射。五条小批量通过后才跑全量目录。
imgmov 已公开的 API 表面是：一个 generate 端点、一个任务端点、一个 SSE 流和一个 webhook 注册端点。批量由调用方按这条契约做受控循环，不要发明批量参数。循环前预留月度预算，响应后把返回的任务 ID 与源数据行绑定，再核对预估积分和实际积分。
锁住不能漂移的变量
锁定请求结构、提示词模板版本、模型路由、比例、时长、回调契约、存储键和重试次数。重试不能悄悄产生第二份付费资产。
把锁定字段放在提示词开头，不要放在结尾：实际做法是锁定API payload 和任务 ID 映射，只改一个可复用模板和一个锁定品牌区。 把提示词、参考、比例、模型和驳回原因存成一组；下一次执行时先读驳回原因，再决定哪些字段可以放开，避免从一张好看但不可复现的画面重新猜起。
分步执行路径
第1步「定规则」：我打开表格或 API 里的任务数据，锁定API payload 和任务 ID 映射，并写下不能变的部分。 这一步要留下一个可检查的产物，并注明通过条件、失败原因和修正动作；上一步没有产物，下一步不启动。 第2步「跑最小版本」：我先做一个小一套可复用模板。logo 颜色变了，我锁定 logo 层并只暴露安全变量。 这一步要留下一个可检查的产物，并注明通过条件、失败原因和修正动作；上一步没有产物，下一步不启动。 第3步「做聚焦变体」：我复用同一参考，只改一个可复用模板和一个锁定品牌区。 这一步要留下一个可检查的产物，并注明通过条件、失败原因和修正动作；上一步没有产物，下一步不启动。 第4步「检查导出」：我按原尺寸检查payload、任务 ID、回调、重试和日志，再导出最终按渠道而定。 这一步要留下一个可检查的产物，并注明通过条件、失败原因和修正动作；上一步没有产物，下一步不启动。
每次重跑只改一个命名变量：提示词、参考、相机、时长、模型、比例或导出裁切。一次改两处，即使结果变好也无法复用，因为没人知道是哪处修复起了作用；重跑前先把当前版本编号、失败描述和准备验证的假设写清楚，避免下一次又凭感觉推翻上一版。
验收门和证据
日志要把任务 ID、请求哈希、模型、积分、资产 URL、回调回执和终检状态连起来。
源图、批准文案、被驳回版本、修正、积分成本和最终裁切都放在资产旁边。这份记录要让下一个复审者不用翻聊天记录也能复现决策。
失败诊断与重跑阶梯
重复回调用幂等键丢弃；队列压力靠限流，不靠关闭重试；坏行连同 payload 一起隔离。
成本控制是代码路径的一部分。Agnes Video 2.5 Flash 是 2 积分/秒，5 秒探路 10 积分；Seedance 2.5 是 480p 18 积分/秒、720p 39 积分/秒。提高并发前先把任务 ID 落库，未标记的重试最容易让同一行付两次钱。
版本管理与交付
发布记录写清模型版本、提示词模板、样例输出、每千任务成本、回滚提示词和批准人。
交付文件夹故意做得很无聊：源素材、批准参考、生成设置、字幕文件、渠道裁切、QA 截图和一行修正日志。可复用资产就要无聊得恰到好处。
为什么这不是通用答案
这是 imgmov 和提示词游乐场的差别：资产库存参考，Canvas 存依赖，生成历史存任务，API 路径存任务 ID 和回调。通用聊天框能写一句话，但不会帮你把重试、坏行和最终交付的资产对上。
未经隐私审查不把客户媒体发给新路由；任务 ID 无处可存的批量不要启动。 如果只想问「AI 品牌模板库」是什么，搜索页更快；这里值得看，是因为要把一套可复用模板在真实约束下交付出去。如果没有地方存任务 ID，就不要开批量。
常见问题
我一直重复的一条规则是什么？
实际做法是锁定API payload 和任务 ID 映射，只改一个可复用模板和一个锁定品牌区。
流程的停止点很明确：从品牌色、字体、logo 和安全区开始，到一套可复用模板为止。imgmov 路径是：源素材入库、设为锁定参考、设1:1、9:16 和 16:9、跑一个证明版，再把通过设置存下来。复审看不出哪个是批准版，画面再好看也算流程失败。
发布前检查什么？
Payload、任务 ID、回调、重试和日志。
成本控制是代码路径的一部分。Agnes Video 2.5 Flash 是 2 积分/秒，5 秒探路 10 积分；Seedance 2.5 是 480p 18 积分/秒、720p 39 积分/秒。提高并发前先把任务 ID 落库，未标记的重试最容易让同一行付两次钱。
这和通用生成器有什么不同？
我从品牌色、字体、logo 和安全区开始，并保持一套可复用模板一致，而不是每次另造一个场景。
验收不是“看起来像不像 AI 大片”，而是：日志要把任务 ID、请求哈希、模型、积分、资产 URL、回调回执和终检状态连起来。然后源素材、批准文案、驳回版、修正和最终裁切放进同一个交接文件夹。
第一版漂移了怎么办？
先缩短动作、锁定参考，再重跑一个小版本，最后才批量。
重复回调用幂等键丢弃；队列压力靠限流，不靠关闭重试；坏行连同 payload 一起隔离。重跑只改一个命名变量，保留旧版本并记录积分成本。同一失败出现两次，就修参考或缩范围，不要继续让提示词道歉。