Kling 4.0 已经上线,官方 API 也开始逐步开放。但需要注意的是:截至 2026 年 10 月 23 日,Kling 仍将 4.0 标记为 Preview,公开文档中也没有提供经过验证的 4.0 模型 ID、请求结构、价格或正式商用可用性承诺。
Kling 4.0 通过不同渠道的可用性
Kling 4.0 在不同访问渠道上的状态并不一致。网页版产品以及官方 MCP/CLI 集成已经可用;API 虽然开始推出,但是否已面向所有开发者开放,目前还没有得到确认。
| 访问渠道 | 当前状态 | 参考图与关键帧支持 | 生产环境判断 |
|---|---|---|---|
| Kling 创作者界面 | 可用 | 模型功能已通过官方工作流提供 | 适合有人监督的创作任务 |
| Kling MCP 和 CLI | 可用 | 官方明确支持 Omni Reference 和关键帧转视频 | 适合绑定 Kling 账号的智能体工作流 |
| 官方 Kling 4.0 API | 正在逐步推出;开发者页面标记为 Preview | 落地页宣传支持 Omni Reference 和多关键帧,但公开文档尚未说明 4.0 的请求参数结构 | 只有在确认模型访问权限、限制和计费方式后,才适合用于原型开发 |
| 第三方托管 API | 取决于具体服务商 | 功能兼容程度各不相同;第三方服务商的模型列表不等于官方 API 的功能对等 | 接入前必须验证字段、输出结果和商业条款 |
快手表示,Kling 4.0 于 2026 年 10 月 15 日正式发布,支持最长 30 秒的原生视频片段,并接入了 Kling MCP 和 Kling CLI。10 月 16 日的新闻稿称,企业和开发者 API 访问将于“近期”提供。
10 月 21 日,官方 @Kling_ai 账号宣布:“KLING 4.0 API — Officially Rolling Out Now.” 这句话确认官方 API 已经存在并开始部署,但没有说明具体开放对象、地区、价格、配额或正式商用日期。
官方 Kling 4.0 API 到底有没有上线?
有,但 Kling 尚未确认它已经面向所有用户开放。开发者应把 10 月 21 日的公告理解为扩大访问范围的起点,并在 Kling 开发者控制台中确认自己实际可以使用的模型。
目前有三个来自官方的一手信号:
- 快手 10 月 16 日的新闻稿宣布了 10 月 15 日的模型发布,并表示 API 访问即将提供。
- Kling 官方 10 月 21 日的帖子称 API 已“Officially Rolling Out Now”。
- Kling Developer Platform 已展示 Kling 4.0,并带有 Preview 标记,同时宣传支持 30 秒生成、Omni Reference 和多关键帧。
如果是正式面向公众开放,通常还应明确稳定的模型名称、各接口的请求结构、价格、配额、地区可用性和服务限制。但截至 10 月 23 日,在公开文档中仍无法验证这些 Kling 4.0 专属信息。
官方 API 文档目前能证明什么
Kling 的文档可以证明,官方的一方 API 平台已经在运行。官方快速入门文档介绍了 API 密钥创建、Authorization: Bearer <API_KEY> 身份验证、资源包、用量监控,以及基础域名 https://api-singapore.klingai.com。
但这些平台级说明并不是 Kling 4.0 的请求契约。快速入门文档没有给出 4.0 的模型名称、生成路径、JSON 请求体、响应结构、4.0 价格、并发限制或 webhook 行为。因此,已有 Kling API 凭据并不能证明你已经获得 4.0 的访问权限。
为什么第三方能调用,不等于官方正式开放
第三方托管服务可能在 Kling 官方尚未全面开放之前,就提供 Kling 4.0 的调用能力。但这也意味着模型身份、功能映射、内容审核、数据保留、计费、重试机制和技术支持,都要遵循另一套独立的服务契约。
一个独立的 Kling 4.0 可用性追踪页面称,10 月 17 日通过 VideoRouter 提供了一条由 WaveSpeedAI 托管的付费线路。但这并不能证明它使用的是 Kling 官方 API,也不能证明它支持全部 15 个参考素材和 10 个关键帧,更不能证明它与未来正式 API 契约兼容。与其只看模型名称,不如先进行付费测试,并要求对方提供明确的功能字段说明。
参考图和关键帧:模型支持不等于 API 支持
Kling 4.0 在模型层面支持参考图和多关键帧。官方资料确认最多可组合使用 15 个参考素材,以及最多 10 张关键帧图片;但公开资料没有说明这些输入在官方 4.0 API 中具体如何序列化。
| 能力 | 官方模型限制 | 已确认的访问渠道 | 公开 API 仍缺少的信息 |
|---|---|---|---|
| 参考素材总数 | 每个任务 15 个 | 创作者工作流;模型规格说明 | 4.0 请求对象及权重规则 |
| 参考图片 | 最多 10 张 | Omni Reference | 文件类型、字节数限制、上传生命周期 |
| 参考视频 | 最多 5 个,合计 30 秒 | Omni Reference | URL/上传格式及单文件限制 |
| 参考主体 | 最多 7 个,其中最多 3 个来自视频 | Omni Reference | 主体 ID 及绑定语法 |
| 声音参考 | 支持作为一种参考类型 | Omni Reference | 音频格式、授权控制、时长限制 |
| 关键帧图片 | 最多 10 张 | 创作者工作流;MCP/CLI 关键帧转视频 | 时间戳语法及插值控制 |
| 编辑源片段 | 最多 5 个,合计 30 秒 | 官方一方模型工作流 | 编辑接口及请求结构 |
这些限制来自 官方 Kling 4.0 模型发布说明。文档表示,15 个素材的总上限涵盖图片、视频、声音参考和元素。各类别的上限不能叠加:10 张图片加 5 个视频就会用完全部配额。
快手明确表示,MCP 和 CLI 可以调用“Omni Reference 和关键帧转视频生成”。但在 4.0 的接口参考文档正式发布之前,开发者不能假设创作者界面、MCP 和 CLI 中的控制项会与 REST 字段一一对应。
一则用户反馈也说明了访问渠道差异的重要性。Reddit 用户 u/Feeling_Waltz_8180 在讨论重新设计的界面时问道:
“Did anyone also notice the ‘extract a frame’ from a previous output is gone?” 来源:r/KlingAI_Videos
这不是官方产品信息,但很好地说明了一个实际问题:模型层面支持关键帧,并不代表每个访问渠道都提供相同的取帧工作流。
接入前必须关注的平台限制
Kling 4.0 已确认的模型限制,比已确认的 API 限制更完整。设计生产系统时,应以已经写入文档的数值为准;对于已经宣布但尚未在目标渠道中验证的输出模式,都应先视为不可用。
| 项目 | Kling 4.0 | Kling 4.0 Flash | 可用性注意事项 |
|---|---|---|---|
| 生成模式 | 文生视频、图生视频、首尾帧、多关键帧、Omni Reference | 文生视频、图生视频、Omni Reference | API 是否完全支持尚无公开说明 |
| 原生时长 | 3–30 秒 | 3–20 秒 | 不同访问渠道的限制可能不同 |
| 分辨率 | 实际规划目标为 720p 和 1080p | 720p | 官方资料将 4K 列入完整 4.0 能力,但同时也称 4K/HDR“即将推出” |
| 动态范围 | 宣布支持 1080p/4K 下的 10-bit HDR | 8-bit SDR | 在目标渠道明确提供之前,不要承诺 HDR |
| 音频 | 双声道立体声 | 公开表格未完整说明 | API 音频控制尚未公开映射 |
| 提示词长度 | 最多 8,000 tokens | 未说明 | 接口级校验规则尚未公开 |
| 画面比例 | 列出 21:9、16:9、1:1、9:16、Auto | 未完整说明 | 部分发布文案仍以将来时描述 21:9 |
Kling 的规格表和发布文案在 4K、HDR 以及 21:9 的上线状态上存在不一致。在目标访问渠道实际提供这些选项并完成测试之前,“已列出”不应被当作“已可用”。
视频延长也存在同样的问题。官方发布公告称,反复延长后可以生成最长两分钟的连续片段,但公告使用的是将来时表述。原生生成时长仍上限为 30 秒。
生产环境该现在接入,还是继续等待
只有在能够接受预览版行为,并且已经验证具体部署渠道的情况下,团队才适合现在接入 Kling 4.0。对于需要稳定公开契约、可预测单位成本或保证功能一致性的团队,更稳妥的做法是继续使用 Kling 3.0 或其他已有完整文档的模型,同时通过功能开关对 4.0 进行测试。
| 使用场景 | 建议 | 原因 |
|---|---|---|
| 通过 Kling 网页界面创作 | 现在就用 Kling 4.0 | 官方工作流可以直接提供模型控制项 |
| 绑定 Kling 登录账号的智能体工作流 | 现在测试 MCP/CLI | 快手已确认支持 Omni Reference 和关键帧转视频集成 |
| 内部原型 | 如果控制台提供该模型,可以测试官方 API | 在有人监督的情况下,预览版限制通常可以接受 |
| 面向客户的视频生成后端 | 等待,或保留备用方案 | 公开的 4.0 请求结构、价格、配额和正式可用性承诺仍不完整 |
| 第三方 API 集成 | 先进行契约测试 | 托管服务可能缺少参考素材、关键帧或其他官方控制项 |
在把某条访问渠道认定为可用于生产之前,至少应完成以下检查:
- 确认部署账号的开发者控制台确实提供 Kling 4.0。
- 从官方文档或服务商的实时 schema 中记录准确的模型 ID、接口和 API 版本。
- 分别提交一个纯文本请求、一个带图片参考的请求,以及一个多关键帧请求。
- 验证时长、分辨率、音频、参考素材数量、内容审核和失败请求是否计费。
- 测量排队时间和已完成任务的实际成本,不要引用占位价格或旧版 Kling 3.0 费率。
- 让模型 ID 保持可配置,并在 Kling 宣布 4.0 正式开放前保留有文档记录的备用模型。
Kling 4.0 已经足以用于原型开发,但公开文档还不足以支撑一场凭假设进行的生产迁移。
常见问题
Kling 4.0 API 已经公开可用了吗?
官方 Kling 4.0 API 于 2026 年 10 月 21 日开始逐步推出,但 Kling 仍将该模型标记为 Preview。目前尚未确认它已经面向所有公众开放。
如何申请官方 Kling 4.0 API 访问权限?
登录 Kling Developer Platform,创建 API 密钥,然后检查模型或资源选项中是否出现 Kling 4.0。已有 API 密钥并不保证可以访问 4.0。
Kling MCP 和 Kling REST API 是一回事吗?
不是。MCP 允许 AI 智能体通过与账号连接的集成调用 Kling 工具,而 REST API 使用 HTTP 接口和 Bearer 身份验证。Kling 4.0 在官方 API 开始推出之前,就已经接入 MCP/CLI。
Kling 4.0 API 支持参考图和关键帧吗?
Kling 4.0 在模型层面支持最多 10 张参考图、总计 15 个参考素材,以及 10 张关键帧图片。但公开的 4.0 API 参考文档尚未说明完整请求结构,因此开发者必须在选定的访问渠道上验证这些字段。
第三方 Kling 4.0 API 访问是官方的吗?
只有当服务商公开说明其上游合作关系,或使用 Kling 签发的凭据时,第三方接口才可能被视为官方渠道。在合作关系和功能对等性得到验证之前,应把托管接口视为一套独立的服务契约。
官方 Kling 4.0 API 的价格是多少?
截至 2026 年 10 月 23 日,无法在公开资料中验证 Kling 官方针对 4.0 的 API 专属价格。消费者积分、Kling 3.0 API 费率以及第三方托管服务价格,都不能算作官方 Kling 4.0 API 定价。