Skip to main content
POST
/
kling
/
v1
/
videos
/
video-extend
cURL
curl --request POST \
+  --url https://api.deerapi.com/kling/v1/videos/video-extend \
+  --header 'Authorization: Bearer <DEERAPI_KEY>' \
+  --header 'Content-Type: application/json' \
+  --data '{
    "video_id": "video_xxx",
    "prompt": "延续上一段镜头，人物继续向前走。",
    "callback_url": "https://example.com/kling/callback"
  }'
{
  "code": 123,
  "message": "<string>",
  "request_id": "<string>",
  "data": {
    "task_id": "<string>",
    "task_status": "<string>",
    "created_at": 123,
    "updated_at": 123
  }
}
/kling/v1/videos/video-extend 用来给一段已经可用的视频继续往后生成内容。它适合续写同一主体、同一叙事，不适合拿来修复一段本来就不满意的首条视频。
这条路由要的是 video_id，不是创建任务时拿到的 task_id。先等上游视频生成完成，再从最终结果里取可续写的视频 ID。

​
什么时候该用它

  • 第一段视频已经通过验收，只是时长不够。
  • 你希望保留现有角色、场景和镜头气质，继续往后延展。
  • 你需要把多段生成拆开做，降低首轮试错成本。

​
最小调用思路

  • 先准备上游成功产物里的 video_id。
  • 首个续写请求只传 video_id，先确认父视频可以正常续写。
  • 需要加强剧情衔接时，再补一段简短 prompt。
  • 如果续写结果还要再进业务流水线，创建时一并带上 callback_url。

​
常见误解

  • 把续写当成“补救首条失败视频”的修复接口。
  • 混淆 task_id 和 video_id。
  • 父视频生成完很久才续写，导致素材状态和业务上下文已经脱节。

​
相关页面

Authorizations

​
Authorization
string
header
required

Bearer token authentication. Use your DeerAPI key.

Body

application/json

当前页面不使用 model_name；续写任务主要围绕已有 video_id 创建。

​
video_id
string
default:example
required

video_id

​
prompt
string
​
callback_url
string

Response

200 - application/json

任务已受理，返回 task_id。后续请通过查询接口或 callback 获取最终续写视频。

​
code
integer
required

返回码

​
message
string
required

对请求结果的文字描述

​
request_id
string
required

本次请求的唯一标识符

​
data
object
required

包含具体响应数据的对象