Skip to main content
AiSDK 当前对外保留了 Kling 风格兼容专用路由,适合已有 Kling 格式客户端直接接入。

支持的路由

  • 文生视频:POST /kling/v1/videos/text2video
  • 图生视频:POST /kling/v1/videos/image2video
  • 查询文生视频任务:GET /kling/v1/videos/text2video/{task_id}
  • 查询图生视频任务:GET /kling/v1/videos/image2video/{task_id}
你给的参考文档里有 video-extend,但当前 AiSDK 路由层并没有暴露 /kling/v1/videos/video-extend,因此这里不把它写成当前平台正式能力。

文生视频

请求参数

示例

图生视频

POST /kling/v1/videos/image2video

示例

响应

Kling 兼容路由在 AiSDK 内部会先转成统一视频任务链路,再进入渠道分发;对调用方仍然保留 Kling 风格的请求入口。提交后,请先保存 task_id 典型任务查询结果可理解为类似:

查询任务

  • GET /kling/v1/videos/text2video/{task_id}
  • GET /kling/v1/videos/image2video/{task_id}

任务状态

什么时候用这个接口

  • 你已有 Kling 风格的历史客户端
  • 你希望尽量少改字段名,例如继续使用 model_name
  • 你希望继续沿用 /kling/v1/videos/... 这套外部协议,但不关心内部具体落到哪个上游渠道
如果没有历史包袱,仍然建议优先统一到 /v1/videos

上游渠道说明

AiSDK 会将 Kling 风格请求转换为上游渠道的 AIGC 视频任务;调用方仍然使用现有 Kling 风格字段,无需处理上游签名与鉴权。 提交成功后,上游返回的 TaskId 会转换为统一的 task_id 返回给调用方,后续查询仍走 /kling/v1/videos/text2video/{task_id}/kling/v1/videos/image2video/{task_id}