
Kling 3.0 Turbo API:价格、模型 ID、新 Key 要求与上线信息

Kling 3.0 Turbo 是新上线的官方 Kling 视频模型路线,面向更快的短视频生成。对开发者和产品团队来说,这次上线的重点是:它提供 720p/1080p、3-15 秒输出、文生视频、首帧图生视频、按秒计费,并且直连 Kling 开放平台时需要使用覆盖 Turbo 和后续新模型的新 API Key。
快速结论
Kling 3.0 Turbo 是新的官方路线,适合短视频生成任务。它支持 720p/1080p 输出、3-15 秒视频、文生视频、首帧图生视频、按秒计费,并可通过 EvoLink 的异步任务流程接入。
在 EvoLink 上,需要重点规划的两个模型 ID 是:
kling-v3-turbo-text-to-videokling-v3-turbo-image-to-video
有些预热期材料使用过 “Kling 3.0 Fast” 这个标签。对外产品页和模型选择器应使用 Kling 3.0 Turbo;Fast 只作为历史别名,用于 FAQ、客服和搜索承接。
已确认事实表
| 决策点 | Kling 3.0 Turbo 规划事实 |
|---|---|
| 正式名称 | Kling 3.0 Turbo |
| 历史别名说明 | 部分预热期材料曾使用 “Kling 3.0 Fast”;对外统一使用 Kling 3.0 Turbo |
| EvoLink 文生视频模型 ID | kling-v3-turbo-text-to-video |
| EvoLink 图生视频模型 ID | kling-v3-turbo-image-to-video |
| 输出规格 | 720p 和 1080p |
| 时长范围 | 整数秒,3 到 15 |
| 官方发布价 | 720p ¥0.8/s,1080p ¥1/s |
| EvoLink 路由价 | 当前展示从 $0.106/s 起,实际以控制台账户价格为准 |
| 图生视频形态 | 首帧图生视频,输出画幅跟随输入图片 |
| 多镜头支持 | 文生视频支持 shot 语法,最多 6 个镜头 |
| 直连 Kling Key 迁移 | 新 Kling 开放平台 Key 覆盖 Turbo 和后续模型;旧 Key 不支持 Turbo |
| 最适合 | 高速短视频生成(出片速度比单位成本更重要) |
| 不适合 | 参考视频、视频编辑、4K 编辑定位 |
为什么这篇面向开发者写
用户搜索 Kling 3.0 Turbo 时,通常不是只想知道“上线了吗”。他们同时在解决几类问题:
- 应该调用哪个模型 ID?
- 720p 和 1080p 怎么估成本?
- 旧 Kling API Key 是否还能用?
- 是否应该从标准 Kling 3.0 迁移?
- Turbo 和 O3 应该怎么选?
所以这篇文章应该作为主入口指南:先快速回答核心问题,再覆盖价格、模型 ID、命名口径、Key 风险、路由选择、上线清单和站内下一步路径。
开发者决策地图
这篇文章不应该只承担“模型上线说明”的角色,而应该帮助开发者把模型名称转成具体的产品和工程决策。高意图用户从搜索进入页面时,通常已经准备开始接入或评估成本。
| 开发者问题 | 需要做的决策 | EvoLink 的价值 |
|---|---|---|
| “应该调用哪个模型 ID?” | 选择文生视频还是首帧图生视频 | 通过同一个网关,用模型 ID 切换路线 |
| “大概会花多少钱?” | 估算秒数、画质、变体数和最终采用率 | 在统一账单里查看按秒成本和账户价格 |
| “能不能复用现有 Kling 接入?” | 判断应用使用的是直连 Kling Key 还是 EvoLink 路由 | 避免直接供应商 Key 和应用路由分叉 |
| “Turbo 够不够,还是要 O3?” | 判断工作流是否需要编辑、参考视频或 4K 编辑定位 | 在同一个账户里比较 Kling 家族路线 |
| “能不能开放给用户?” | 确认异步轮询、重试、存储、审核和 QA | 沿用 EvoLink 视频模型的一致任务模式 |
实际上线路径应该是:确认路线,跑一小批 staging 任务,估算每条被接受视频的成本,决定 Turbo 是默认路线还是可选路线,然后再放到用户可见产品里。
模型 ID 与路线
Kling 3.0 Turbo 在 EvoLink 上有两条实际使用路线。工作流从提示词开始时使用文生视频;工作流从固定首帧或产品图开始时使用图生视频。

| 工作流 | EvoLink 模型 ID | 适合场景 |
|---|---|---|
| 文生视频 | kling-v3-turbo-text-to-video | 从提示词、脚本、广告创意、产品故事或分镜描述生成短视频 |
| 图生视频 | kling-v3-turbo-image-to-video | 将产品图、角色首帧、插画、活动视觉或静态画面动画化 |
两条路线都采用异步任务模式。生产系统应提交任务、保存返回的任务 ID、轮询或跟踪任务状态,并在临时结果链接过期前保存最终视频。具体请求字段和当前参数约束,以 EvoLink API Reference 为准。
写代码前的参数规划
不要从复制请求示例开始做生产接入。先决定哪些参数应该暴露给用户,哪些参数应该作为内部默认值,哪些参数应该等工作流稳定后再开放。
| 规划项 | 建议起点 | 生产注意点 |
|---|---|---|
model | 明确使用 kling-v3-turbo-text-to-video 或 kling-v3-turbo-image-to-video | 不要用“latest Kling”之类隐式路由;每个任务都要记录实际模型 ID |
duration | 迭代测试从 5 秒开始,更完整概念测试用 10 秒 | 更长视频会同时放大成本和失败/重试影响 |
quality | 测试默认 720p,高价值输出再开放 1080p | 不要在没有成本提示的情况下让用户切换画质 |
aspect_ratio | 文生视频工作流里提前规划画幅 | Turbo 图生视频的画幅跟随输入图片 |
| Prompt 结构 | 固定主体、动作、镜头、场景的顺序 | 提示词漂移会让质量对比和成本复盘变难 |
| 多镜头语法 | 只有明确需要场景变化时再使用 | 分镜时长之和应等于请求时长 |
| 结果处理 | 在临时链接过期前下载或持久化最终视频 | 生成成功不等于应用已经完成交付 |
这样文章能给开发者足够的接入判断,但不会替代 API Reference。精确字段、校验规则和当前限制仍以技术文档为准。
异步生产工作流
视频生成不应该被当成同步图片处理或短文本补全。更稳的生产模式是队列化异步工作流:
| 阶段 | 应用应该做什么 | 建议记录什么 |
|---|---|---|
| 提交 | 用选定的 Turbo 模型 ID 创建生成任务 | 用户 ID、模型 ID、时长、画质、输入类型、请求时间 |
| 跟踪 | 保存 task ID,并在产品里展示 pending 状态 | task ID、状态、重试次数、供应商路线 |
| 轮询或回调 | 持续检查任务状态直到成功或失败 | 延迟、最终状态、错误类别 |
| 持久化 | 将返回的视频保存到稳定存储 | 输出 URL、存储路径、文件大小、过期处理 |
| 评审 | 让用户接受、重新生成或废弃视频 | 最终采用率、每条采用视频的变体数 |
| 分析 | 按路线复盘成本和质量 | 每条采用视频成本、平均时长、720p/1080p 占比 |
这也是 EvoLink 统一 API 的实际价值。如果后续一部分流量需要切到 Kling 3.0、O3、Seedance 或其他视频模型,外围任务生命周期可以保持稳定,只调整路线选择。
价格深度解读
| 输出 | 官方发布价 | EvoLink 使用建议 |
|---|---|---|
| 720p | ¥0.8/s | 批量测试、社媒短片、快速提示词迭代、成本敏感生成 |
| 1080p | ¥1/s | 当最终交付质量比最低单位成本更重要时使用 |
生产预算不能只看每秒价格。更有用的指标是“每条被接受视频的成本”,因为视频生成通常包含重试、废片、提示词测试和人工审核。
| 预算问题 | 为什么重要 |
|---|---|
| 大多数任务会生成多少秒? | 15 秒路线和 3 秒测试片段的成本结构完全不同 |
| 720p 是否足够? | 1080p 提升交付质量,但会增加成本 |
| 每条最终采用视频前要生成多少变体? | 真实生产成本包含废片和重试,不只包含最终下载 |
| 是否需要编辑或参考控制? | O3 单位或工作流成本可能更高,但参考型任务可能减少重试 |
| 是否把价格展示给终端用户? | 不应把公开价格硬编码进客户侧计费逻辑,必须验证实时价格 |
成本估算示例
下表适合做预算思路,不是永久报价。发布客户可见价格前,应以 EvoLink 控制台展示的当前账户价格为准。
| 片段时长 | 720p 官方发布价估算 | 1080p 官方发布价估算 | 生产规划建议 |
|---|---|---|---|
| 3 秒 | ¥2.4 | ¥3.0 | 适合提示词 sanity check 和短动作测试 |
| 5 秒 | ¥4.0 | ¥5.0 | 社媒、产品动效和广告概念常见起点 |
| 10 秒 | ¥8.0 | ¥10.0 | 适合更完整的广告概念和场景转场 |
| 15 秒 | ¥12.0 | ¥15.0 | 当故事需要完整节奏时使用 |
最低单价不一定等于最低生产成本。如果某条路线导致更多废片,最终“被接受视频”的成本可能高于单价更高但更匹配任务的路线。
生产预算公式
真实应用里,应该按“被接受输出”来估成本,而不是只看生成秒数:
月成本 =
每月请求数
x 平均生成秒数
x 画质倍率或每秒价格
x 每条采用视频前的变体数
x 重试开销然后再把这个估算和最终视频的用户价值放在一起看。一个创意工具允许用户生成十个低风险变体,和一个自动化商品视频流水线每条视频都要发布,预算结构完全不同。
| 成本驱动因素 | 低风险默认值 | 什么时候提高 |
|---|---|---|
| 片段时长 | 测试阶段 3-5 秒 | 当故事节奏需要更长时提高到 10-15 秒 |
| 画质 | 探索阶段 720p | 最终交付或客户可见导出使用 1080p |
| 变体数 | 早期 QA 每个 prompt 1-2 个 | 当创意挑选本身是核心流程时提高 |
| 重试 | 通过校验和清晰提示词保持较低 | 只有确认失败是瞬时问题时才增加 |
| 审核成本 | 早期上线用人工审核 | 积累足够被接受样本后再考虑自动评分 |
所以真正有价值的问题不是“Turbo 便不便宜”,而是“Turbo 是否在这个工作流里降低了每条被接受视频的成本,同时质量仍然够用”。
文生视频请求形态
下面是开发者规划示例,不替代技术文档。当前必填字段、参数名和约束应以 EvoLink API Reference 为准。
curl --request POST \
--url https://api.evolink.ai/v1/videos/generations \
--header 'Authorization: Bearer YOUR_API_KEY' \
--header 'Content-Type: application/json' \
--data '{
"model": "kling-v3-turbo-text-to-video",
"prompt": "shot 1, 3, a clean product close-up on a white studio table; shot 2, 2, the camera pushes in as the product lights turn on",
"duration": 5,
"aspect_ratio": "16:9",
"quality": "720p"
}'Turbo 文生视频支持多镜头提示词语法。实用格式是:
shot n, m, words; shot n, m, words;n 是镜头编号,m 是镜头时长,words 是该镜头描述。官方临时说明中提到最多 6 个分镜,每个分镜至少 1 秒,分镜时长之和等于最终视频时长。图生视频请求形态
当输入图片需要定义首帧、主体或构图时,使用图生视频路线。
curl --request POST \
--url https://api.evolink.ai/v1/videos/generations \
--header 'Authorization: Bearer YOUR_API_KEY' \
--header 'Content-Type: application/json' \
--data '{
"model": "kling-v3-turbo-image-to-video",
"prompt": "The product rotates slowly while soft studio light sweeps across the surface",
"image_start": "https://example.com/product-frame.jpg",
"duration": 5,
"quality": "720p"
}'aspect_ratio,除非后续 EvoLink 文档明确新增支持。常见实现错误
多数生产问题不是模型名称本身导致的,而是来自路线假设、凭证漂移、缺少异步状态,或成本控制加得太晚。
| 错误 | 为什么有风险 | 更稳的处理方式 |
|---|---|---|
| 把 Turbo 当成泛泛的 “latest Kling” | 测试和回滚都会变得不清楚 | 每个任务都记录准确模型 ID |
| 把图生视频当作首尾帧控制 | Turbo 图生视频是首帧路线 | 用输入图片定义起始构图,并以后续文档为准 |
| 直接开放 1080p 但不提示成本 | 用户可能在不了解成本的情况下放大消耗 | 画质控制旁展示成本或积分影响 |
| 等视频完成后才返回请求 | 长任务可能触发前端或服务端超时 | 返回任务状态,并用异步 UI 更新 |
| 只保存临时结果链接 | 生成成功的视频后续可能无法访问 | 完成后保存到稳定存储 |
| 改了产品名称但没检查凭证路径 | 旧直连 Kling Key 不支持 Turbo | 在 staging 先验证 Key 路径 |
| 用 Turbo 替代 O3 的编辑任务 | Turbo 不是 4K 编辑或参考视频路线 | 编辑和参考工作流路由到 O3 |
命名说明:对外统一使用 Kling 3.0 Turbo
建议上线检查:
- 产品页、模型选择器和价格说明统一使用 Kling 3.0 Turbo
- 保留一个很短的历史别名解释,承接搜索和客服问题
- 内部对比表用 Turbo 作为路线名称
- 更新价格说明和截图
- 更新客服 FAQ 和支持宏
- 技术 API Reference 仍作为请求字段和参数约束的事实来源
新 API Key 要求
Kling 发布信息提到,新生成的开放平台 Key 覆盖 Kling 3.0 Turbo 和后续新模型;旧 Key 仍可用于旧模型,但不支持 Turbo 和后续新模型。
如果你直连 Kling 开放平台,这是一个真实迁移风险:产品名称改了,但凭证路径没更新,调用就可能失败。对于 EvoLink 用户,操作问题更简单:通过当前 EvoLink API Key 流程创建或使用密钥,并在控制台确认模型访问权限。
生产上线前应检查:
- 应用使用的是直连 Kling Key 还是 EvoLink Key
- staging 环境是否能成功调用 Turbo
- Key 轮换是否有文档
- 支持团队是否知道旧 Kling Key 不支持 Turbo
- 日志和控制台是否能清楚暴露访问失败原因
现有 Kling 工作流迁移计划
如果产品已经在使用 Kling 3.0 或直连 Kling 集成,不要一次性替换所有用户可见工作流。应该把 Turbo 当作一条新路线,先建立自己的 QA 基线。
| 阶段 | 动作 | 成功信号 |
|---|---|---|
| 盘点 | 列出现有 Kling 路线、提示词、画质设置、存储路径和凭证来源 | 知道哪些工作流可以测试 Turbo,哪些仍属于编辑或参考任务 |
| Staging | 用同一组 prompt 跑 Turbo 720p 和 1080p | 输出质量、延迟和成本能与现有路线对比 |
| 成本复盘 | 比较每条被接受视频的成本,而不是只看每秒单价 | Turbo 在目标工作流里降低或稳定了最终成本 |
| 小范围发布 | 先开放给内部用户或小流量 cohort | 支持问题、失败任务和废片率都在阈值内 |
| 默认路由 | 只在匹配的短视频任务里把 Turbo 设为默认 | 仍保留需要标准 V3 或 O3 的工作流 |
| 监控 | 上线后持续看路线表现 | 能用数据判断是否扩大或回滚 |
这对已经围绕标准 Kling 3.0 调过提示词的团队尤其重要。Turbo 可能是很多短视频任务的更好默认值,但不应该在没有复盘的情况下静默改变成熟工作流。
什么时候选择 Kling 3.0 Turbo
| 任务 | 是否优先 Turbo | 原因 |
|---|---|---|
| 从提示词生成社媒短片 | 是 | 更快,3-15 秒,按秒计费清晰 |
| 产品图动画化 | 是 | 首帧图生视频正好匹配 |
| 短广告概念 | 是 | 适合 720p/1080p 快速迭代 |
| 产品 demo 草稿 | 是 | 当首帧或场景描述清晰时很适合 |
| 参考视频风格迁移 | 否 | 使用 Kling O3 |
| 视频编辑 | 否 | 根据编辑需求评估 Kling O3 或 Kling O1 |
| 4K 编辑输入/输出 | 否 | Turbo 不应定位为 4K 编辑路线 |
Turbo vs Kling 3.0 vs O3
Turbo 并不会替代整个 Kling 家族。它增加的是一条更快的短视频路线,应该和标准 V3、O3 一起纳入路由策略。
| 路线 | 最适合 | 主要限制 |
|---|---|---|
| Kling 3.0 Turbo | 快速 720p/1080p 文生视频和首帧图生视频 | 不是视频编辑或参考视频路线 |
| Kling 3.0 | 标准 V3 工作流和已经围绕 V3 调优的提示词 | 没有 Turbo 那么明确的速度/成本定位 |
| Kling O3 | 参考视频、视频编辑、3.0 Omni 工作流和 4K 编辑输入/输出定位 | 模式和成本规划更复杂 |
为什么通过 EvoLink 接入,而不是直连单一模型
如果团队只需要一个模型,直连提供商也可以成立。但一旦产品需要 fallback、统一计费、模型对比,或需要在 Kling 3.0 Turbo、Kling 3.0、O3 和其他视频模型之间移动流量,单一集成会变得更难维护。
通过 EvoLink 的实际价值是运营层面的:
- 一个 API Key 访问多条模型路线
- 视频模型使用一致的异步任务模式
- 一个账单面板查看成本
- 通过 model 参数做路线选择,无需重写应用
- 当更快或更便宜的路线出现时,更容易迁移
- 在同一个账户里比较 Kling 家族和其他视频模型
上线后的监控指标
接入 Kling 3.0 Turbo 后,仪表盘问题应该从“能不能跑”变成“这条路线是否真的改善了产品”。
| 指标 | 说明什么 | 如果变差应该做什么 |
|---|---|---|
| 任务成功率 | 这条路线是否适合当前输入组合 | 检查 prompt 校验、输入图片质量和路线可用性 |
| median / p95 完成时间 | 用户是否感知到足够快 | 调整 UI 状态、队列策略或路线选择 |
| 每条被接受视频成本 | 公开单价是否转化为真实生产节省 | 减少变体、缩短默认时长,或对比 Kling 3.0/O3 |
| 重新生成率 | 用户对首个结果是否满意 | 优化 prompt 模板,或把任务路由到更匹配的模型 |
| 720p / 1080p 占比 | 画质控制是否匹配用户价值 | 根据使用情况隐藏、默认或重新定价 1080p |
| O3 升级率 | Turbo 在多少任务里不够用 | 为参考、编辑和 4K 编辑任务增加路由规则 |
这些指标让这篇文章不止服务上线当天。后续如果 GSC 里持续出现价格、模型 ID、Key 错误或 O3 对比类搜索,每类查询都能对应到一个可度量的产品决策。
生产上线检查清单
上线前建议用这张表过一遍。
| 负责人 | 检查项 |
|---|---|
| 产品 | 确认 Turbo 是默认路线还是可选路线 |
| 产品 | 决定是否向用户暴露 720p/1080p 选择 |
| 研发 | 在 staging 验证 EvoLink 模型 ID |
| 研发 | 确认异步任务创建、轮询、重试和结果持久化 |
| 研发 | 确认没有用旧直连 Kling Key 调 Turbo |
| 增长 | 更新模型页、博客、集合页和 FAQ 内链 |
| 支持 | 增加一条解释预热期早期标签的简短回答 |
| 财务 | 发布客户价格估算前检查实时控制台价格 |
| SEO | 保留 Fast 作为别名词,但 canonical 命名使用 Turbo |
FAQ
是否还需要使用 Kling 3.0 Fast 这个名称?
对外产品页、模型选择器和价格说明应使用 Kling 3.0 Turbo。Kling 3.0 Fast 只建议作为历史别名保留在 FAQ 或客服说明里,用来解释部分用户在预热期见过的标签。
EvoLink 上的 Turbo 模型 ID 是什么?
kling-v3-turbo-text-to-video,首帧图生视频使用 kling-v3-turbo-image-to-video。Kling 3.0 Turbo 多少钱?
$0.106/s 起,实际以控制台账户价格为准。Turbo 支持 4K 吗?
Kling 3.0 Turbo 最长可以生成多长视频?
3 到 15。图生视频需要 aspect_ratio 吗?
aspect_ratio,除非当前 API Reference 后续明确新增支持。直连 Kling API 需要新 Key 吗?
需要。Kling 开放平台新 Key 覆盖 Turbo 和后续新模型;旧 Key 仍可用于旧模型,但不支持 Turbo。EvoLink 用户应使用 EvoLink Key 进行路由访问。
Turbo 会替代标准 Kling 3.0 吗?
不会。Turbo 是更快的短视频路线,不是所有标准 V3 集成的强制替代。已有提示词和 QA 标准围绕 V3 调优时,仍应保留标准 Kling 3.0。
下一步应该比较哪条 Kling 路线?
来源
- EvoLink Kling 3.0 Turbo 文生视频 API Reference
- EvoLink Kling 3.0 Turbo 图生视频 API Reference
- Kling 国内临时 API 说明中关于 2026-06-16 Turbo 命名说明与 2026-06-17 时长更新的信息
- Kling 海外临时 API 说明中关于 endpoint 与文生视频参数形态的信息


