AIREITERKling 4.0 已經上線，官方 API 也開始逐步開放。不過，截至 2026 年 10 月 23 日，Kling 仍將 4.0 標示為 Preview；公開文件也尚未提供經確認的 4.0 模型 ID、請求格式、價格，或正式全面開放的保證。
Kling 4.0 目前可從哪些管道使用？
不同存取管道的開放程度並不一樣。Kling 網頁版，以及官方 MCP／CLI 整合已可使用；API 雖然開始推出，但是否已全面開放，目前仍無法確認。
| 存取管道 | 目前狀態 | 參考素材與關鍵影格 | 正式環境判斷 |
|---|---|---|---|
| Kling 創作者介面 | 可使用 | 模型功能已整合在官方工作流程中 | 適合由人工監督的創作工作 |
| Kling MCP 與 CLI | 可使用 | 官方明確支援 Omni Reference 與關鍵影格轉影片 | 適合與 Kling 帳號綁定的代理工作流程 |
| 官方 Kling 4.0 API | 逐步推出；開發者頁面標示為 Preview | 產品頁宣傳 Omni Reference 與多個關鍵影格，但公開文件尚未說明 4.0 的請求格式 | 只有在確認模型存取權、限制與計費方式後，才適合用於原型測試 |
| 第三方代管 API | 依服務商而定 | 功能支援程度各異；服務商的模型列表不代表與官方 API 完全一致 | 整合前必須驗證欄位、輸出結果與商業條款 |
Kuaishou 表示，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 已存在，並且部署工作已經開始；但貼文沒有交代申請資格、適用地區、價格、配額或正式 GA 日期。
官方 Kling 4.0 API 到底存在嗎？
存在，但 Kling 尚未確認它已不受限制地全面開放。開發者應把 10 月 21 日的公告視為擴大開放的起點，並直接在 Kling 開發者主控台確認自己能使用的模型。
目前有三項官方訊號可以確立這個狀態：
- Kuaishou 在 10 月 16 日的新聞稿中宣布 10 月 15 日推出新模型，並表示 API 存取權即將提供。
- Kling 官方在 10 月 21 日的貼文中表示，API 已「Officially Rolling Out Now」。
- Kling Developer Platform 將 Kling 4.0 標示為 Preview，並宣傳 30 秒生成、Omni Reference 與多個關鍵影格。
如果是正式 GA，通常應該會明確公布穩定的模型名稱、各端點的請求格式、價格、配額、地區限制與服務上限。但截至 10 月 23 日，在公開文件中仍無法驗證這些 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。
為什麼第三方能用，不等於官方 GA？
第三方代管服務可能在官方第一方 API 尚未全面開放前，就讓使用者呼叫 Kling 4.0。但這也代表模型識別、功能對應、內容審核、資料保留、計費、重試機制與支援方式，都會形成另一套獨立合約。
一個獨立的 Kling 4.0 availability tracker 曾宣稱，10 月 17 日已有一條透過 VideoRouter 提供、並採用 WaveSpeedAI 計價的路徑。這項列表無法證明它使用 Kling 官方 API，也無法證明支援完整的 15 個參考素材與 10 個關鍵影格，更不能代表未來 GA 合約的相容性。不要只看模型名稱；整合前應先進行付費測試，並要求對方提供明確的功能格式。
參考圖片與關鍵影格：模型支援不等於 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 部影片，就已經用完整個額度。
Kuaishou 明確確認，MCP 與 CLI 可以使用「Omni Reference 與關鍵影格轉影片生成」。但在 4.0 的端點參考文件正式出現前，開發者不能假設創作者介面、MCP 與 CLI 上的控制項，會一對一對應到 REST 欄位。
一則使用者回報正好說明了不同存取介面的差異。Reddit 使用者 u/Feeling_Waltz_8180 曾詢問重新設計後的介面：
「有人也注意到，之前輸出影片中的『擷取影格』功能不見了嗎？」 來源：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 | 官方資料列出完整 4.0 支援 4K，但同時也將 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 在推出時是否可用，存在不一致。除非選定的存取管道實際提供這些選項，否則「已列出」只能視為尚未測試。
影片延長功能也有同樣的限制。公司發布公告表示，重複延長後將支援最長 2 分鐘的連續片段，但原文使用的是未來式。原生生成的影片長度仍上限為 30 秒。
正式環境要現在整合，還是先等等？
只有在能接受預覽版行為，並且已驗證確切部署管道的前提下，團隊才應該現在整合 Kling 4.0。如果產品需要穩定的公開合約、可預測的單位成本，或保證功能一致性，則應保留 Kling 3.0 或其他文件完整的模型，同時以功能旗標將 4.0 隔離測試。
| 使用情境 | 建議 | 原因 |
|---|---|---|
| 使用 Kling 網頁介面的創作者 | 現在就使用 Kling 4.0 | 官方工作流程能直接提供模型控制項 |
| 擁有 Kling 登入帳號的代理工作流程 | 現在測試 MCP／CLI | Kuaishou 已確認整合 Omni Reference 與關鍵影格轉影片 |
| 內部原型 | 若主控台提供模型，即可測試官方 API | 有人工監督時，預覽版限制仍可控 |
| 面向客戶的生成後端 | 等待，或保留備援方案 | 公開的 4.0 格式、價格、配額與 GA 承諾仍不完整 |
| 第三方 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 是先在 MCP／CLI 上線，之後官方 API 才開始逐步推出。
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 日，無法在公開資料中驗證官方第一方、且專屬於 4.0 的 API 價格。消費者點數、Kling 3.0 API 價格，以及第三方代管服務的價格，都不能視為官方 Kling 4.0 API 定價。