
Kling API 定价对比与集成实战指南
对比 Kling API 当前价格,选择 Kling 3.0 或 Turbo,以及实现文本转视频、图像转视频、轮询、重试和存储。
reAPI 上当前五秒Kling API 文本转视频请求的价格起价为385 credits($0.385),使用 kling-3-0、mode: "std" 和静音。完整的 Kling 3.0 路由还支持首尾帧动画、原生音频、结构化多镜头提示、可复用元素和高达 4K 的输出。Kling 3.0 Turbo 使用较小的请求面,但其名称并不意味着这是最便宜的选项:五秒 720p Turbo 请求当前成本为 $0.630。[1][3]
本指南涵盖从第一个 POST 到轮询和文件存储的 reAPI 网关协议。它还展示了官方 Kling 开发者 API 的不同之处,以便一个面上的字段和价格不会意外进入对另一个面的请求。
TL;DR
- 对于当前表格中成本最低的文本转视频草稿,使用
kling-3-0配合mode: "std"、sound: false和明确的时长。 - 当你需要原生音频、首末帧、结构化多镜头控制、元素或 4K 时使用
kling-3-0。仅当其更简单的文本/首帧工作流是你打算评估的路由时才使用kling-3-0-turbo。 - 将每个 reAPI Kling 视频作业提交到
POST /api/v1/videos/generations。保存返回的id,然后轮询GET /api/v1/tasks/{id}直到状态为completed或failed。 - 轮询不消耗 credits。两到三秒的节奏就足够了;在途任务响应缓存五秒。[6]
- 在终态任务上读取
usage.credits。大多数提供商、超时和持久化失败会退款,但某些后生成安全失败可能保留费用。[6] - 将已完成的视频复制到你控制的存储。任务协议不保证无限期的 CDN 保留。
应该使用哪个 Kling API 模型?
从你拥有的输入和需要的控制开始。Motion Control 不是文本转视频的更便宜替代品,Turbo 也不只是完整模型的低价版本。
| reAPI 模型 ID | 必需的请求字段 | 路由暴露的功能 | 首次合理的应用 |
|---|---|---|---|
kling-3-0 | 提示或结构化镜头提示 | T2V;首/末帧 I2V;原生音频;最多五个结构化镜头;元素;720p、1080p 或 4K | 大多数新 Kling 集成 |
kling-3-0-turbo | 提示或一个首帧 URL | T2V 和首帧 I2V;720p 或 1080p;可选水印 | 一个有意为之的简化 Turbo 测试 |
kling-v3-motion-control | prompt、image_url、video_url、character_orientation 和 mode | Standard 或 Pro 模式下的动作转移 | 更新的高价 Motion Control 层 |
kling-v2-6-motion-control | prompt、image_url、video_url、character_orientation 和 mode | 与 v3 相同的请求形状 | 低成本的 Motion Control 验证 |
Kling 自己的指南将更广泛的 VIDEO 3.0 系列描述为支持三到十五秒的输出、文本转视频、图像转视频、起始和结束帧、原生音频、多镜头叙事和元素引用。[8]接受的字段仍然取决于 API 表面。在 reAPI 上,完整模型的字段在 kling-3-0 下有文档,而 Turbo 在 kling-3-0-turbo 下有不同的模式。
Motion Control 应该有自己的工作流,因为驱动视频提供动作并计费时长。现有的 Kling Motion Control API 指南 详细涵盖方向、源视频准备和身份漂移。
Kling API 定价(截至 2026 年 9 月 3 日)
reAPI 按秒计费公共 Kling 路由,并用整数 credits 结算请求。一个 credit 等于 $0.001。下面的完整版和 Turbo 价格已根据 2026 年 9 月 3 日实时估计器中的有效负载检查;在大批量前请再次检查链接的模型页面,因为费率会变化。[1][3]
Kling 3.0 和 Kling 3.0 Turbo 价格
| 模型和层级 | 音频 | 每秒费率 | 5 秒 | 10 秒 | 15 秒 |
|---|---|---|---|---|---|
kling-3-0 Standard (std) | 关闭 | $0.077 | $0.385 | $0.770 | $1.155 |
kling-3-0 Standard (std) | 打开 | $0.110 | $0.550 | $1.100 | $1.650 |
kling-3-0 Pro (pro) | 关闭 | $0.099 | $0.495 | $0.990 | $1.485 |
kling-3-0 Pro (pro) | 打开 | $0.1485 | $0.743 | $1.485 | $2.228 |
kling-3-0 4K (4K) | 关闭或打开 | $0.3685 | $1.843 | $3.685 | $5.528 |
kling-3-0-turbo 720p | 未暴露 | $0.12584 | $0.630 | $1.259 | $1.888 |
kling-3-0-turbo 1080p | 未暴露 | $0.15752 | $0.788 | $1.576 | $2.363 |
美元总额反映了整数 credit 结算。例如,五秒 Kling 3.0 Pro 带音频的计算如下:
ceil($0.1485 × 5 seconds × 1,000 credits per dollar)
= ceil(742.5)
= 743 credits
= $0.743舍入在每个请求中发生一次,而不是每秒一次。在结构化多镜头模式中,用各镜头时长之和替换顶级时长。因此四秒镜头加五秒镜头计费九秒。[2]
Motion Control 价格
包括这些费率使得模型选择器可以比较所有四个公共 ID。源视频的服务器探测时长向上舍入;没有客户提供的 duration 字段。每秒费率来自实时 Motion Control 模型页。5、10 和 15 秒的总数是源视频其探测计费长度等于这些值的计算场景,不是带 duration 参数的负载。[11]
| 模型 | 模式 | 每计费秒费率 | 5 秒 | 10 秒 | 15 秒 |
|---|---|---|---|---|---|
kling-v2-6-motion-control | Standard | $0.062832 | $0.315 | $0.629 | $0.943 |
kling-v2-6-motion-control | Pro | $0.100584 | $0.503 | $1.006 | $1.509 |
kling-v3-motion-control | Standard | $0.113168 | $0.566 | $1.132 | $1.698 |
kling-v3-motion-control | Pro | $0.150832 | $0.755 | $1.509 | $2.263 |
十五秒源仅在 Motion Control 使用 character_orientation: "video" 时有效;图像方向将驱动片段限制为十秒。[5]
不要混淆 reAPI credits、官方 API 价格和消费者 credits
三个包含"credit"的数字可以描述不同的产品。它们不可互换:
- reAPI credits 以每个 $0.001 结算网关请求。那些是上表中使用的 credits。
- 官方 Kling 开发者 API 定价 属于快手的直接 API,有其自己的账户、请求协议和费率表。
- 消费者 Kling credits 属于网络或应用订阅。它们不对 reAPI 调用或官方开发者 API 请求定价。
为了背景信息,9 月 3 日的官方开发者费率表列出完整的 Kling 3.0 为每秒 $0.084/$0.126(720p 不带/带原生音频)、1080p $0.112/$0.168,4K $0.420 任一方式。[10]那些是官方直接 API 的标价,不是快手改价格与 reAPI 表匹配的证据。在预算 reAPI 集成时,使用附加到你将提交的确切模型 ID 和负载的 reAPI 费率。
发送第一个请求前
你需要一个 reAPI key,对于图像转视频还需要在公开 URL 上托管的媒体。在 API 密钥页面 上创建密钥,将其保存在环境变量中,永远不要把它放在浏览器代码或公开仓库中。
所有四个公开 Kling ID 使用相同的提交端点:
POST https://reapi.ai/api/v1/videos/generations
GET https://reapi.ai/api/v1/tasks/{id}请求使用 Bearer token:
Authorization: Bearer YOUR_API_KEY
Content-Type: application/json模式是严格的。从另一个视频 API 复制的字段会被拒绝而不是被静默忽略。媒体输入必须是公开的 HTTP(S) URL;本地路径、data: URI 和 base64 字符串这些路由不接受。
kling-3-0 接受的字段
| 字段 | 必需? | 接受的值 |
|---|---|---|
model | 是 | 确切值 kling-3-0 |
prompt | 单镜头时 | 1–2,500 个字符 |
image_urls | 否 | 最多两个公开 HTTP(S) URL:首帧,然后可选的末帧 |
sound | 否 | 布尔值;默认 false |
duration | 否 | 3 到 15 的整数;默认 5 |
aspect_ratio | 否 | 16:9、9:16 或 1:1;默认 16:9 |
mode | 否 | std、pro 或 4K;默认 pro |
multi_shots | 否 | 布尔值;默认 false |
multi_prompt | 当 multi_shots 为 true 时 | 一到五个 { prompt, duration } 对象 |
kling_elements | 否 | 最多三个元素对象,每个有两到四个引用 URL |
对象是严格的,包括其嵌套的镜头和元素对象。注意精确的拼写:音频字段是 sound,层级字段是 mode,4K 枚举使用大写 K。[2]

发送五秒 Kling 文本转视频请求
这是当前 reAPI Kling 表格中成本最低的五秒文本转视频组合:Standard 分辨率且不带音频。
curl https://reapi.ai/api/v1/videos/generations \
-H "Authorization: Bearer $REAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "kling-3-0",
"prompt": "A ceramic coffee cup on a wooden table as morning light moves slowly across the surface, locked camera, natural shadows",
"duration": 5,
"aspect_ratio": "16:9",
"mode": "std",
"sound": false
}'成功的提交返回一个任务记录,不是视频:
{
"id": "task_018f5a3a1b6e7d9f8c2b4d6e8f0a2c4e",
"model": "kling-3-0",
"status": "processing",
"created_at": 1735000000
}要保存的字段是 id。不要编写等待 task_id 的客户端代码;该密钥不在 API 显示的响应信封中。
安全轮询、处理失败和存储视频
完整的流程是一个 POST 后跟有界的 GET 请求。POST 保持在轮询循环之外。这个细节很重要:重复提交可以创建并计费另一个视频,而重复任务查询只是读取现有作业。
以下脚本在 Node.js 20 或更新版本上运行。它提交一个五秒请求,每三秒轮询一次,在速率限制或临时网关错误后重试安全的任务读取,并将已完成的 MP4 写入当前目录。
import { writeFile } from 'node:fs/promises';
const API_BASE = 'https://reapi.ai/api/v1';
const API_KEY = process.env.REAPI_API_KEY;
const OUTPUT_FILE = 'kling-output.mp4';
if (!API_KEY) throw new Error('Set REAPI_API_KEY before running this script');
const sleep = (ms) => new Promise((resolve) => setTimeout(resolve, ms));
async function parseResponse(response) {
const body = await response.json().catch(() => ({}));
if (response.ok) return body;
const code = body.error?.code ?? response.status;
const message = body.error?.message ?? response.statusText;
const error = new Error(`${code}: ${message}`);
error.status = response.status;
error.retryAfter = response.headers.get('retry-after');
throw error;
}
async function submitVideo() {
const response = await fetch(`${API_BASE}/videos/generations`, {
method: 'POST',
headers: {
Authorization: `Bearer ${API_KEY}`,
'Content-Type': 'application/json',
},
body: JSON.stringify({
model: 'kling-3-0',
prompt:
'A ceramic coffee cup on a wooden table as morning light moves slowly across the surface, locked camera, natural shadows',
duration: 5,
aspect_ratio: '16:9',
mode: 'std',
sound: false,
}),
});
// Intentionally no automatic POST retry: an uncertain response could hide
// a task that was already created.
return parseResponse(response);
}
async function readTask(taskId) {
for (let attempt = 0; attempt < 5; attempt += 1) {
try {
const response = await fetch(`${API_BASE}/tasks/${taskId}`, {
headers: { Authorization: `Bearer ${API_KEY}` },
});
return await parseResponse(response);
} catch (error) {
const retryable =
error.status === 429 || [502, 503, 504].includes(error.status);
if (!retryable || attempt === 4) throw error;
const retryAfterSeconds = Number(error.retryAfter);
const delay =
error.status === 429 && Number.isFinite(retryAfterSeconds)
? retryAfterSeconds * 1000
: Math.min(2 ** attempt * 1000, 8000);
await sleep(delay);
}
}
}
async function waitForVideo(taskId) {
const deadline = Date.now() + 30 * 60 * 1000;
while (Date.now() < deadline) {
await sleep(3000);
const task = await readTask(taskId);
if (task.status === 'completed') {
const videoUrl = task.output?.video_urls?.[0];
if (!videoUrl) throw new Error('Task completed without a video URL');
return { videoUrl, credits: task.usage?.credits };
}
if (task.status === 'failed') {
const code = task.error?.code ?? 'UNKNOWN_TASK_ERROR';
const message = task.error?.message ?? 'Video generation failed';
const credits = task.usage?.credits ?? 'unknown';
throw new Error(`${code}: ${message}; settled credits: ${credits}`);
}
}
throw new Error(`Client polling deadline reached for ${taskId}`);
}
async function downloadVideo(url) {
const response = await fetch(url);
if (!response.ok) {
throw new Error(`Video download failed with HTTP ${response.status}`);
}
await writeFile(OUTPUT_FILE, Buffer.from(await response.arrayBuffer()));
}
const submitted = await submitVideo();
console.log(`Submitted ${submitted.id}`);
const result = await waitForVideo(submitted.id);
await downloadVideo(result.videoUrl);
console.log(`Saved ${OUTPUT_FILE}; settled credits: ${result.credits}`);三十分钟的截止时间属于本例,不是 API 协议。视频任务可能需要几分钟,工作人员的记录墙钟上限是 48 小时。选择适合你的产品的客户端超时,持久化任务 ID,并让后台工作者恢复轮询而不是保持一个网络请求打开。[6]
在本地写入 MP4 证明下载有效。在生产中,将响应流入 S3、R2 或另一个对象存储,并将你的持久化 URL 与任务 ID 一起保存。在任务完成后立即做这件事;reAPI 的任务协议不保证为生成的 URL 的永久保留。
将一个图像——或首末帧——转为视频
当 image_urls 出现时,完整的 Kling 3.0 路由切换到图像转视频。第一个 URL 是打开帧;可选的第二个 URL 是结束帧。单镜头提示仍然是必需的。
{
"model": "kling-3-0",
"prompt": "The camera moves gently toward the bottle while the reflected light travels from left to right; preserve the label and bottle shape",
"image_urls": [
"https://assets.example.com/bottle-start.png",
"https://assets.example.com/bottle-end.png"
],
"duration": 6,
"mode": "pro",
"sound": false
}源帧确定输出比例,所以这里不需要 aspect_ratio。将两个图像保持在相同的宽高比并使用代表合理延续的结束帧。剧烈的摄影机角度、光照和对象几何变化给模型一次解决多个冲突。
如果你只需要一个首帧,传递一个 URL。如需首帧、首末帧和参考图像工作流的更广泛比较,请参见 图像转视频 API 指南。
添加原生音频和结构化多镜头指导
kling-3-0 通过 sound 布尔值暴露音频。其结构化多镜头模式将单个顶级提示替换为最多五个提示和时长对象。每个镜头提示接受 1–500 个字符,每个镜头时长必须是 1 到 12 秒的整数。[2]
{
"model": "kling-3-0",
"aspect_ratio": "16:9",
"mode": "pro",
"sound": true,
"multi_shots": true,
"multi_prompt": [
{
"prompt": "Close shot of a barista placing a cup on the counter; soft room tone and a quiet ceramic tap",
"duration": 4
},
{
"prompt": "Cut to a wider view as morning customers enter; the room ambience continues naturally",
"duration": 5
}
]
}该请求计费九个 Pro 带音频秒数:1,337 credits,即本文核对的费率下的 $1.337。不需要为价格计算添加顶级 duration;两个镜头时长是计费总数。
对于重复出现的主体或产品,相同的完整路由接受最多三个 kling_elements。每个元素需要一个名称和两到四个参考图像 URL,可能包括描述。在提示中将其称为 @name:
{
"model": "kling-3-0",
"prompt": "Slow orbit around @bluebottle on a stone pedestal; keep the cap, glass shape, and front label unchanged",
"kling_elements": [
{
"name": "bluebottle",
"description": "A rectangular cobalt-blue perfume bottle",
"element_input_urls": [
"https://assets.example.com/bottle-front.png",
"https://assets.example.com/bottle-side.png"
]
}
],
"duration": 5,
"mode": "pro"
}元素是参考证据,不是保证每个小标签或表面都会在运动中幸存。在批准批量前分别审查身份、文字、几何和反射。
什么时候 Kling 3.0 Turbo 是正确的请求
Turbo 的 reAPI 模式刻意较小。它支持文本转视频或单个首帧的动画,分辨率为 720p/1080p 和可选的水印。它不暴露完整 Kling 3.0 的 sound、末帧、multi_prompt、kling_elements 或 4K 字段。[4]
| 字段 | 必需? | 接受的值 |
|---|---|---|
model | 是 | 确切值 kling-3-0-turbo |
prompt | 仅 T2V | 1–3,072 个字符;当首帧存在时可选 |
first_frame_image | 否 | 一个公开 HTTP(S) 图像 URL |
resolution | 否 | 720p 或 1080p;默认 720p |
duration | 否 | 3 到 15 的整数;默认 5 |
aspect_ratio | 否 | 16:9、9:16 或 1:1;仅 T2V |
watermark | 否 | 布尔值 |
首帧请求看起来像这样:
curl https://reapi.ai/api/v1/videos/generations \
-H "Authorization: Bearer $REAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "kling-3-0-turbo",
"prompt": "The dog looks toward the sea as wind moves its fur; gentle handheld camera",
"first_frame_image": "https://assets.example.com/dog-on-beach.jpg",
"resolution": "720p",
"duration": 5,
"watermark": false
}'当 first_frame_image 存在时,源图像固定宽高比,prompt 可能被省略。对于文本转视频,提示是必需的,aspect_ratio 接受 16:9、9:16 或 1:1。
"Turbo"这个词容易被误读。在核实的日期,720p Turbo 成本为每秒 $0.12584,多于完整 Kling 3.0 Standard 无音频时的 $0.077,多于 Pro 无音频时的 $0.099。本文不呈现受控延迟或输出质量基准,所以为其路由和在你的工作负载上的观察结果选择 Turbo——不是因为标签暗示价格胜利。
不重复作业的情况下处理验证、重试和退款
将需要改变请求的错误与证明另一个读取的错误分开。错误目录 在标准 { error: { code, message, request_id } } 信封内使用数字代码。[7]
| 结果 | 通常意味着什么 | 下一个动作 |
|---|---|---|
| HTTP 400,代码 2xxxx | 缺少字段、无效的枚举/范围、多余字段或不支持的模型 | 修复负载;不要在不改变的情况下重试 |
| HTTP 401/403 | 缺少、无效、已撤销或不允许的凭证 | 修复身份验证或来源 |
HTTP 402,代码 30001 | 不足的 credits | 添加 credits 或减少请求 |
HTTP 404,代码 40001 轮询时 | 任务缺失或属于另一个用户 | 检查任务 ID 和 API key |
HTTP 429,代码 50001 | 速率限制 | 等待 Retry-After,然后重试 |
| HTTP 502/503/504 | 临时上游或服务可用性问题 | 用退避重试安全读取 |
HTTP 200 和 status: "failed" | 异步作业达到了终态失败 | 检查 error.code、error.message 和 usage.credits |
任务失败出现在成功的 HTTP 200 轮询响应内。8xxxx 范围中的代码区分提交失败、工作流超时、终态上游失败、缺失输出 URL、持久化失败、内容策略失败、无效上游输入和取消。[7]
退款行为同样具体。提供商失败、超时和持久化失败在工作流结束时退款。某些模型特定的生成后安全策略可以隐藏输出但保留费用。在失败任务上,usage.credits: 0 表示预留完全退款;正值是保留的金额。[6]
当网络在发送正文后失败时,不自动重试 POST。记录的 reAPI 表面不为这个提交暴露幂等键,所以原始作业可能已存在。记录 request_id、可用时的任务 ID、时间戳、模型和负载哈希。自动重试最好保留给任务 GET 和其他幂等读取。
官方 Kling API 字段不是 reAPI 字段
模型系列相同,但两个 API 是分离的产品。官方 Kling 示例使用 https://api-singapore.klingai.com、模式特定的路径如 /text-to-video/kling-3.0、嵌套的 settings 和 options 以及 /tasks?task_ids=... 的任务查询。[9]其图像转视频请求使用单独的路径和 contents 结构。[12]reAPI 使用一个视频生成路径并从扁平的 model 字段选择路由。
| 考虑 | 官方 Kling 开发者 API | reAPI 网关 |
|---|---|---|
| 凭证 | 官方 Kling API key | reAPI API key |
| 提交路径 | 分离的 T2V/I2V 模型路径 | POST /api/v1/videos/generations |
| 请求形状 | 嵌套的 settings、options 和 I2V contents | 扁平模型特定的 JSON |
| 任务查询 | /tasks?task_ids=... | /api/v1/tasks/{id} |
| 成功词汇 | submitted、processing、succeeded、failed | processing、completed、failed |
| 价格来源 | 官方 Kling 开发者费率表 | reAPI 模型页和估计器 |
这个区别解释了几个常见的集成失败。包含 settings.resolution 的官方负载在严格的 reAPI 模式上无效。等待 succeeded 的 reAPI 客户端也会等到有效的 completed 结果之后。选择一个协议,使用其密钥、字段、状态名称和价格来源从始至终。
生产清单
在将 Kling 工作流发送到队列之前,验证难以稍后重建的部分:
- 固定确切的公开模型 ID 并记录价格核查日期。
- 在提交前验证时长、分辨率或模式、宽高比、音频和镜头计数。
- 使每个媒体 URL 可提取,不需要 cookies、过期浏览器会话或本地网络访问。
- 在轮询开始前持久化返回的
id。 - 在带截止期限的后台作业中轮询,并尊重
Retry-After。 - 将
completed和failed视为终态;记录两者的usage.credits。 - 将已完成的文件复制到持久化存储并保存最终存储 URL。
- 对提交错误记录
request_id和异步失败的嵌套任务错误。 - 从 API 完成中分别审查视觉接受度。一个已完成的片段仍然可能对你的产品无法使用。
这最后一点改变了真实的单位经济。API 表给出每个完成请求的成本。生产预算应该使用 total settled spend / accepted clips,包括对你的视觉审查失败的已完成生成。对于混合计费单位和接受成本的更广泛解释,参见 AI 视频生成 API 定价。
FAQ
五秒 Kling API 成本多少?
在 reAPI 上,2026 年 9 月 3 日,五秒文本转视频范围从完整 Kling 3.0 Standard 无声的 $0.385 到 4K 的 $1.843。Turbo 成本 720p 时 $0.630,1080p 时 $0.788。在提交前检查实时模型页,因为费率可能会改变。
Kling 3.0 Turbo 比 Kling 3.0 便宜吗?
在核实的 reAPI 表中不是。Turbo 720p 是每秒 $0.12584,而完整 Kling 3.0 Standard 无声是 $0.077,Pro 无声是 $0.099。为其特定路由和在你的工作负载上的观察结果选择 Turbo——不是其名称。
Kling API 可以同时为首末帧制动吗?
是的,在 reAPI 上使用 kling-3-0。将首帧放在 image_urls 的索引 0,将可选的末帧放在索引 1。Turbo 仅接受一个 first_frame_image。
Kling 3.0 生成音频吗?
完整的 kling-3-0 路由通过 sound: true 暴露原生音频。Standard 和 Pro 音频请求有高于其无声版本的当前每秒费率。reAPI Turbo 模式不暴露 sound 字段。
我应该多久轮询一次 Kling 视频任务?
每两到三秒是合理的起始节奏。轮询更快不会让生成更快完成,在途任务响应缓存五秒。使用后台工作者和客户端截止期限。
失败的 Kling API 作业会被收费吗?
读取终态任务而不是假设。在 reAPI 上,failed 和 usage.credits: 0 表示预留完全退款。正值意味着记录的模型特定费用被保留,这可能在某些生成后安全决定后发生。
我可以向这些 reAPI Kling 路由发送 base64 图像吗?
不行。网关接受这些字段的公开 HTTP(S) 媒体 URL。首先将图像上传到存储,然后提交其 URL。
结论
可靠的 Kling API 定价和集成计划开始于确切的路由,而不是模型系列名称。对于新的文本转视频构建,完整的 Kling 3.0 Standard 无声是当前成本最低的起始点;仅当输出需要时才添加 Pro、音频、结构化镜头、末帧或 4K。提交一次,保存响应 id,以截止期限轮询任务,检查结算 credits,并将每个接受的视频移到你控制的存储。
Kling 3.0 模型页 和 Turbo 模型页 提供当前 reAPI 价格。在编写第一个生产队列时,将 任务 API 和 错误参考 放在代码旁。
参考
- reAPI Kling 3.0 模型和实时定价页面,2026 年 9 月 3 日访问。
- reAPI Kling 3.0 API 文档,2026 年 9 月 3 日访问。
- reAPI Kling 3.0 Turbo 模型和实时定价页面,2026 年 9 月 3 日访问。
- reAPI Kling 3.0 Turbo API 文档,2026 年 9 月 3 日访问。
- reAPI Kling Motion Control API 文档,2026 年 9 月 3 日访问。
- reAPI 任务 API 参考,2026 年 9 月 3 日访问。
- reAPI 错误代码参考,2026 年 9 月 3 日访问。
- Kling VIDEO 3.0 Model User Guide,快手,2026 年 2 月 6 日;2026 年 9 月 3 日访问。
- Kling AI Open Platform: VIDEO 3.0 text-to-video API,2026 年 9 月 3 日访问。
- Kling AI Open Platform video-generation pricing,2026 年 9 月 3 日访问。
- reAPI Kling Motion Control 模型和实时定价页面,2026 年 9 月 3 日访问。
- Kling AI Open Platform: VIDEO 3.0 image-to-video API,2026 年 9 月 3 日访问。
作者

分类
kling-3-0 接受的字段发送五秒 Kling 文本转视频请求安全轮询、处理失败和存储视频将一个图像——或首末帧——转为视频添加原生音频和结构化多镜头指导什么时候 Kling 3.0 Turbo 是正确的请求不重复作业的情况下处理验证、重试和退款官方 Kling API 字段不是 reAPI 字段生产清单FAQ五秒 Kling API 成本多少?Kling 3.0 Turbo 比 Kling 3.0 便宜吗?Kling API 可以同时为首末帧制动吗?Kling 3.0 生成音频吗?我应该多久轮询一次 Kling 视频任务?失败的 Kling API 作业会被收费吗?我可以向这些 reAPI Kling 路由发送 base64 图像吗?结论参考更多文章

DeepSeek V4 1M 上下文怎么用?输入、输出、max_tokens、计费与并发
DeepSeek V4 的 1M 上下文是输入与输出共享的总预算,最大输出为 384K。本文讲清 max_tokens、缓存计费、Flash/Pro 并发与 API 配置。


reAPI 能做什么?图像、视频与 LLM 应用场景
reAPI 目前能做什么?独立的聊天与媒体 API 覆盖图像、视频、音频和语言模型,并提供实际用例与接入清单。


Atlas Cloud 对比 Higgsfield:选 API 还是创意工作室?
对比 Atlas Cloud、Higgsfield 和 reAPI 的 Seedance API:接入方式、工作流、定价、模型广度,助力团队选择合适方案。
