AIREITERKling 4.0 è già disponibile e il rollout dell’API ufficiale è iniziato. C’è però un dettaglio da non sottovalutare: al 23 ottobre 2026 Kling continua a indicare la versione 4.0 come Preview e la documentazione pubblica non riporta un model ID verificato, lo schema delle richieste, i prezzi né una garanzia di disponibilità generale.
Kling 4.0: disponibilità in base al canale di accesso
Lo stato cambia a seconda del canale utilizzato. Il prodotto web e le integrazioni ufficiali MCP/CLI sono già operative; il rollout dell’API è partito, ma la disponibilità su larga scala non è ancora confermata.
| Canale di accesso | Stato attuale | Immagini di riferimento e keyframe | Valutazione per la produzione |
|---|---|---|---|
| Interfaccia creator di Kling | Disponibile | Le funzioni del modello sono accessibili nel flusso first-party | Adatta al lavoro creativo supervisionato |
| Kling MCP e CLI | Disponibile | Include ufficialmente Omni Reference e l’accesso alla generazione video da keyframe | Adatto ai flussi assistiti da agenti collegati a un account Kling |
| API ufficiale di Kling 4.0 | In rollout; la pagina per sviluppatori indica Preview | La landing page pubblicizza Omni Reference e più keyframe, ma il payload pubblico della versione 4.0 non è documentato | Da usare per prototipi solo dopo aver verificato accesso al modello, limiti e fatturazione |
| API ospitata da terze parti | Dipende dal provider | La parità delle funzioni varia; la presenza del modello nel catalogo di un provider non dimostra la parità con l’API first-party | Verificare campi, output e condizioni commerciali prima dell’integrazione |
Kuaishou afferma che Kling 4.0 è stato lanciato ufficialmente il 15 ottobre 2026, con clip native fino a 30 secondi e integrazioni per Kling MCP e Kling CLI. Il comunicato stampa del 16 ottobre indicava che l’accesso all’API per aziende e sviluppatori sarebbe arrivato “presto”.
Il 21 ottobre, l’account ufficiale @Kling_ai ha annunciato: “KLING 4.0 API — Officially Rolling Out Now”. La formulazione conferma che esiste un’API ufficiale e che la distribuzione è iniziata; il post non chiarisce criteri di idoneità, aree geografiche, prezzi, quote o data di disponibilità generale.
Esiste davvero un’API ufficiale di Kling 4.0?
Sì, ma Kling non ha confermato una disponibilità generale senza restrizioni. Gli sviluppatori dovrebbero considerare l’annuncio del 21 ottobre come l’inizio dell’ampliamento dell’accesso e verificare quale modello è effettivamente disponibile nella console per sviluppatori di Kling.
Tre segnali first-party definiscono lo stato attuale:
- Il comunicato stampa di Kuaishou del 16 ottobre annunciava il lancio del modello del 15 ottobre e descriveva l’accesso API come imminente.
- Il post ufficiale di Kling del 21 ottobre dichiarava che l’API era “Officially Rolling Out Now”.
- La Kling Developer Platform presenta Kling 4.0 con il badge Preview e pubblicizza generazioni da 30 secondi, Omni Reference e più keyframe.
Un annuncio di disponibilità generale dovrebbe normalmente specificare un nome stabile per il modello, lo schema dei singoli endpoint, i prezzi, le quote, la disponibilità regionale e i limiti del servizio. Questi dettagli specifici di Kling 4.0 non erano verificabili nella documentazione pubblica consultata il 23 ottobre.
Cosa dimostra la documentazione ufficiale dell’API
La documentazione di Kling dimostra che esiste già una piattaforma API first-party funzionante. La guida ufficiale per iniziare descrive la creazione delle API key, l’autenticazione Authorization: Bearer <API_KEY>, i pacchetti di risorse, il monitoraggio dell’utilizzo e il dominio base https://api-singapore.klingai.com.
Queste istruzioni riguardano la piattaforma in generale, non definiscono il contratto di richiesta di Kling 4.0. La guida introduttiva non fornisce il nome del modello 4.0, il percorso di generazione, il body JSON, lo schema della risposta, il prezzo della versione 4.0, il limite di concorrenza né il comportamento dei webhook. Disporre di credenziali API Kling esistenti, quindi, non dimostra di avere accesso a Kling 4.0.
Perché la disponibilità presso terze parti non equivale alla GA ufficiale
Un servizio di terze parti può rendere Kling 4.0 utilizzabile anche senza una disponibilità first-party estesa. In quel caso, però, entrano in gioco contratti separati per identità del modello, mappatura delle funzioni, moderazione, conservazione dei dati, fatturazione, retry e supporto.
Un tracker indipendente sulla disponibilità di Kling 4.0 segnalava il 17 ottobre un percorso a pagamento tramite VideoRouter basato su WaveSpeedAI. La scheda non dimostra l’uso dell’API ufficiale di Kling, il supporto a tutti i 15 riferimenti e ai 10 keyframe né la compatibilità con un futuro contratto GA. Meglio richiedere un test a pagamento e uno schema esplicito delle funzioni, senza affidarsi soltanto al nome del modello.
Immagini di riferimento e keyframe: supporto del modello contro supporto dell’API
Kling 4.0 supporta immagini di riferimento e più keyframe a livello di modello. I materiali ufficiali confermano fino a 15 risorse di riferimento complessive e fino a 10 immagini keyframe, ma la documentazione pubblica non spiega come serializzare ciascun input nell’API ufficiale di Kling 4.0.
| Funzione | Limite ufficiale del modello | Superficie di accesso confermata | Dettagli API ancora mancanti |
|---|---|---|---|
| Risorse di riferimento totali | 15 per attività | Flusso creator; specifiche del modello | Oggetto della richiesta 4.0 e regole di ponderazione |
| Immagini di riferimento | Fino a 10 | Omni Reference | Tipi di file, limiti in byte, ciclo di vita degli upload |
| Video di riferimento | Fino a 5, per 30 secondi complessivi | Omni Reference | Formato di URL/upload e limiti per file |
| Soggetti di riferimento | Fino a 7, inclusi al massimo 3 elementi derivati da video | Omni Reference | ID dei soggetti e sintassi di associazione |
| Riferimento vocale | Supportato come tipo di riferimento | Omni Reference | Formato audio, controlli sul consenso, limite di durata |
| Immagini keyframe | Fino a 10 | Flusso creator; keyframe-to-video tramite MCP/CLI | Sintassi dei timestamp e controlli sull’interpolazione |
| Clip sorgente per l’editing | Fino a 5, per 30 secondi complessivi | Flusso del modello first-party | Endpoint di editing e struttura del payload |
I limiti provengono dal rilascio ufficiale del modello Kling 4.0, che specifica come il tetto complessivo di 15 elementi includa immagini, video, riferimenti vocali ed elementi. I massimali delle singole categorie non si sommano: 10 immagini più 5 video consumano l’intera disponibilità.
Kuaishou conferma esplicitamente che MCP e CLI possono accedere a “Omni Reference and keyframe-to-video generation”. Finché non sarà pubblicato un riferimento per l’endpoint 4.0, non si può dare per scontato che i controlli disponibili nel creator, in MCP e nella CLI corrispondano uno a uno ai campi REST.
Una segnalazione di un utente mostra perché è importante distinguere le superfici di accesso. L’utente Reddit u/Feeling_Waltz_8180 ha chiesto informazioni sulla nuova interfaccia:
“Did anyone also notice the ‘extract a frame’ from a previous output is gone?” Fonte: r/KlingAI_Videos
Non è un’informazione ufficiale sul prodotto, ma rende bene la differenza operativa: il supporto ai frame a livello di modello non garantisce che lo stesso flusso sia disponibile su ogni superficie.
Limiti della piattaforma da valutare prima dell’integrazione
I limiti confermati del modello Kling 4.0 sono più ampi di quelli confermati per la sua API. In produzione conviene usare soltanto valori documentati e considerare non disponibili le modalità di output annunciate finché il canale scelto non supera un test.
| Area | Kling 4.0 | Kling 4.0 Flash | Nota sulla disponibilità |
|---|---|---|---|
| Modalità di generazione | Text-to-video, image-to-video, primo/ultimo frame, multi-keyframe, Omni Reference | Text-to-video, image-to-video, Omni Reference | La parità con l’API non è specificata pubblicamente |
| Durata nativa | 3–30 secondi | 3–20 secondi | I limiti possono variare in base alla superficie di accesso |
| Risoluzione | 720p e 1080p sono gli obiettivi pratici per la pianificazione | 720p | I materiali ufficiali indicano il 4K per la versione 4.0 completa, ma definiscono anche 4K/HDR “coming soon” |
| Gamma dinamica | HDR a 10 bit annunciato per 1080p/4K | SDR a 8 bit | Non promettere l’HDR finché il canale scelto non lo rende disponibile |
| Audio | Stereo a due canali | Non completamente dettagliato nella tabella pubblica | I controlli audio dell’API non sono mappati pubblicamente |
| Lunghezza del prompt | Fino a 8.000 token | Non specificata | Le regole di validazione a livello di endpoint non sono pubblicate |
| Rapporti d’aspetto | 21:9, 16:9, 1:1, 9:16, Auto | Non completamente dettagliati | In alcuni punti il testo di lancio usa il futuro per il formato 21:9 |
La tabella delle specifiche e il testo del comunicato di Kling non sono allineati sullo stato di lancio di 4K, HDR e 21:9. Considerare “elencato” come non verificato finché l’opzione non viene effettivamente esposta dal canale di accesso scelto.
La stessa cautela vale per l’estensione video. L’annuncio aziendale di lancio afferma che le estensioni ripetute supporteranno sequenze fino a due minuti, usando però una formulazione al futuro. La generazione nativa resta limitata a 30 secondi.
La scelta per la produzione: integrare subito o aspettare
Conviene integrare Kling 4.0 subito solo se si è disposti ad accettare un comportamento da anteprima e si è verificato il percorso di distribuzione esatto. I team che hanno bisogno di un contratto pubblico stabile, costi unitari prevedibili o parità garantita delle funzioni dovrebbero mantenere Kling 3.0 o un altro modello documentato, testando Kling 4.0 dietro un feature flag.
| Caso d’uso | Raccomandazione | Motivo |
|---|---|---|
| Creator che usa l’interfaccia web di Kling | Usare subito Kling 4.0 | Il flusso first-party espone direttamente i controlli del modello |
| Flusso con agente collegato a un account Kling | Testare subito MCP/CLI | Kuaishou conferma l’integrazione di Omni Reference e keyframe-to-video |
| Prototipo interno | Testare l’API ufficiale se la console espone il modello | I limiti della Preview sono gestibili quando gli errori vengono supervisionati |
| Backend di generazione rivolto ai clienti | Aspettare o mantenere un fallback | Schema pubblico 4.0, prezzi, quote e impegni sulla disponibilità generale sono ancora incompleti |
| Integrazione con API di terze parti | Eseguire prima un test del contratto | L’accesso ospitato potrebbe non includere riferimenti, keyframe o altri controlli first-party |
Prima di considerare un canale pronto per la produzione:
- Verificare che la console per sviluppatori esponga Kling 4.0 per l’account di distribuzione.
- Registrare il model ID esatto, l’endpoint e la versione API dalla documentazione first-party o dallo schema live del provider.
- Inviare una richiesta solo testuale, una con immagine di riferimento e una con più keyframe.
- Verificare durata, risoluzione, audio, numero di riferimenti, moderazione e fatturazione degli errori.
- Misurare i tempi di coda e il costo dei job completati invece di citare un prezzo provvisorio o una vecchia tariffa di Kling 3.0.
- Rendere configurabile il model ID e mantenere un fallback documentato finché Kling non dichiarerà 4.0 generalmente disponibile.
Kling 4.0 è abbastanza disponibile per essere prototipato, ma non è documentato abbastanza da giustificare una migrazione in produzione basata su supposizioni.
FAQ
L’API di Kling 4.0 è disponibile pubblicamente?
Il rollout dell’API ufficiale di Kling 4.0 è iniziato il 21 ottobre 2026, ma Kling continua a indicare il modello come Preview. La disponibilità pubblica su larga scala non è stata confermata.
Come posso ottenere l’accesso ufficiale all’API di Kling 4.0?
Accedere alla Kling Developer Platform, creare una API key e controllare se Kling 4.0 compare tra i modelli o le risorse disponibili. Avere già una API key non garantisce l’accesso alla versione 4.0.
Kling MCP è la stessa cosa dell’API REST di Kling?
No. MCP consente a un agente AI di invocare gli strumenti di Kling tramite un’integrazione collegata all’account, mentre l’API REST utilizza endpoint HTTP e autenticazione Bearer. Kling 4.0 è arrivato su MCP/CLI prima dell’inizio del rollout dell’API ufficiale.
L’API di Kling 4.0 supporta immagini di riferimento e keyframe?
Kling 4.0 supporta fino a 10 immagini di riferimento, 15 riferimenti complessivi e 10 immagini keyframe a livello di modello. Il riferimento pubblico dell’API 4.0 non documenta ancora il payload completo: gli sviluppatori devono quindi verificare questi campi sul canale scelto.
L’accesso a Kling 4.0 tramite API di terze parti è ufficiale?
Un endpoint di terze parti è ufficiale solo se il provider documenta il rapporto con il servizio upstream oppure utilizza credenziali rilasciate da Kling. Considerare un endpoint ospitato come un contratto di servizio separato finché il rapporto e la parità delle funzioni non sono stati verificati.
Qual è il prezzo ufficiale dell’API di Kling 4.0?
Al 23 ottobre 2026 non era verificabile alcun prezzo pubblico first-party specifico per l’API 4.0. I crediti consumer, le tariffe API di Kling 3.0 e i prezzi dei servizi ospitati da terze parti non costituiscono il prezzo ufficiale dell’API di Kling 4.0.