2026年SD 2.0首尾帧按秒API接入教程配置步骤:鉴权、参数与返回处理
2026年SD 2.0首尾帧按秒API接入教程配置步骤:鉴权、参数与返回处理
首尾帧视频生成的接入难点不在发请求,而在鉴权怎么写、参数怎么设、异步结果怎么拿。把这三块理清,剩下的就是标准流程。
先理解:首尾帧生成在做什么
首尾帧接口接收两张图:首帧决定视频从哪里开始,尾帧决定视频在哪里结束,中间的运动与过渡由模型补全。它不是两张图之间的简单渐变,因此对构图、主体位置、画幅比例和光线一致性都有要求。两张图差异过大时,中间过程容易出现跳变或形变。
“按秒”描述的是计费口径:费用通常与输出视频的时长挂钩,而不是与请求次数挂钩。开始调试 SD 2.0 首尾帧按秒 API 接入之前,建议先确认三件事——最短时长与时长取整规则、分辨率或画幅比例是否影响单价、生成失败的任务如何计费。这些属于会调整的信息,请以 通联AI中转站 控制台与接口文档当前展示的说明为准。
接入前的准备与配置检查
一次完整的首尾帧 API 接入,需要先确认下面几项。任何一项没对齐,都会在调试阶段浪费大量时间。
| 配置项 | 作用 | 检查方法 | 常见错误 |
|---|---|---|---|
| API Key | 身份鉴权 | 在控制台生成并只保存在服务端 | 写进前端代码或提交到代码仓库 |
| Base URL | 接口根地址 | 与控制台、文档显示的地址逐字符核对 | 多写或少写结尾斜杠、沿用了旧地址 |
| 模型名称 | 决定能力与计费口径 | 与文档中的模型标识完全一致 | 用展示名称代替接口字段 |
| 首帧与尾帧图 | 控制起止画面 | 确认公网可直接访问、格式与尺寸符合要求 | 图片需登录才能打开、链接带过期签名 |
| 时长与分辨率 | 影响费用与生成耗时 | 取值落在文档规定的范围内 | 超出上限导致请求被直接拒绝 |
素材准备的两个细节
第一,图片地址必须是接口侧能直接访问的 URL,本地文件通常要先上传到对象存储或平台提供的上传入口,并确认链接不带登录态。第二,两张图尽量保持相同宽高比,主体位置变化不要过于剧烈,否则中间帧更容易出现形变、闪烁或主体漂移。
鉴权配置步骤
第一步:确认鉴权方式
进入通联控制台查看 API Key 与接口说明,确认鉴权是放在 Authorization 请求头,还是使用平台约定的自定义请求头字段。文档里会写明具体形式,不要凭经验猜测,也不要把 Key 拼进 URL 参数里。
第二步:按文档拼装请求头
POST https://你的BaseURL/文档给出的接口路径
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json
API Key 属于长期凭证,不应出现在浏览器端、移动端包体或公开日志中。生产环境建议由自己的服务端统一转发,客户端只与自己的后端通信,这样 Key 泄露的风险和轮换成本都更可控。
参数配置:一次完整的提交
请求体一般包含模型名称、首帧图地址、尾帧图地址、时长、分辨率或比例、随机种子、回调地址等字段。字段名与取值范围以文档为准,下面是结构示意,不代表真实字段名:
{
"model": "按文档填写的模型标识",
"first_frame": "https://example.com/start.jpg",
"last_frame": "https://example.com/end.jpg",
"duration": 5,
"resolution": "按文档取值范围填写",
"callback_url": "https://your-domain.com/callback"
}
参数之间的相互影响
- 时长越长,输出帧数越多,生成耗时与费用通常同步上升。
- 分辨率或画幅比例变化,会直接影响生成时间与可选的时长范围。
- 固定随机种子便于复现同一组结果,但更换素材后结果仍会变化。
- 首尾帧差异越大,越需要预留更长时长,让模型有空间完成过渡。
建议先用最小时长和较低分辨率跑通一次,确认参数格式无误后再往上调。直接按目标参数调试,一旦失败很难判断是参数超限还是素材问题。
返回处理:异步任务怎么读
按秒计费的视频接口大多采用异步调用:提交请求后立即返回任务标识,真正的视频在后台生成,完成后通过轮询或回调通知结果。处理时有几个要点:
- 落库保存任务 ID 与当时的全部请求参数,方便失败时复现和对账。
- 轮询要有合理间隔和最大次数,不要高频空转,也不要无限等待。
- 如果使用回调地址,回调接口要校验来源并做幂等处理,避免同一条结果重复入库。
- 区分失败类型:参数错误、素材不可访问、内容安全拦截、生成超时,处理策略并不相同,不要一律重试。
- 拿到结果地址后及时转存到自己的存储,临时链接通常有有效期。
状态与异常的处理建议
可以在业务层维护“提交中 / 生成中 / 成功 / 失败”四种状态,并把失败原因分类记录。这样既能快速判断是参数问题还是素材问题,也能为后续的费用核对提供依据。对于重复提交,建议用业务侧的唯一 ID 做去重,避免同一素材被多次生成。
上线前的检查清单
测试通过不等于可以上线。上线前至少要确认计费口径、超时重试策略和素材清理策略,否则成本会在没人注意的地方慢慢增长。
- 用一条最小请求验证鉴权与字段是否正确,再逐步加长时长。
- 核对同一素材在不同时长下的费用变化,确认符合预期。
- 设定失败任务的重试次数上限,避免重复提交带来额外消耗。
- 确认调用日志中不包含完整 API Key 与用户敏感素材地址。
按照这套顺序走一遍,首尾帧 API 接入基本可以稳定跑起来。后续如果更换模型或调整时长口径,重新核对一次控制台与文档中的字段说明即可。
准备开始调试首尾帧接口的话,可以先到通联注册账号,在控制台生成 API Key、确认当前可用的模型名称与接口地址,再用一条最小请求完成首次验证,然后按业务需要调整时长与分辨率。