AIREITERKling 4.0 est désormais disponible et son API officielle commence à être déployée. Mais un point mérite toute votre attention : au 23 octobre 2026, Kling classe toujours 4.0 comme une version Preview. La documentation publique ne fournit par ailleurs ni identifiant de modèle 4.0 vérifié, ni schéma de requête, ni tarif, ni garantie de disponibilité générale.
Kling 4.0 : disponibilité selon le mode d’accès
La situation varie selon le canal utilisé. L’interface web et les intégrations officielles MCP/CLI sont disponibles. Le déploiement de l’API a bien commencé, mais sa disponibilité à grande échelle n’est pas confirmée.
| Mode d’accès | État actuel | Références et keyframes | Verdict pour la production |
|---|---|---|---|
| Interface créateur Kling | Disponible | Les fonctions du modèle sont accessibles depuis le workflow propriétaire | Adaptée à la création supervisée |
| Kling MCP et CLI | Disponible | Inclut officiellement Omni Reference et l’accès à la génération vidéo depuis des keyframes | Adapté aux workflows avec agent relié à un compte Kling |
| API officielle Kling 4.0 | Déploiement en cours ; la page développeur indique Preview | La page de présentation annonce Omni Reference et plusieurs keyframes, mais le payload public de la version 4.0 n’est pas documenté | À réserver aux prototypes après vérification du modèle, des limites et de la facturation |
| API hébergée par un tiers | Dépend du fournisseur | La parité fonctionnelle varie ; une fiche fournisseur ne prouve pas la parité avec l’API propriétaire | Valider les champs, les sorties et les conditions commerciales avant toute intégration |
Kuaishou affirme que Kling 4.0 a été officiellement lancé le 15 octobre 2026, avec des clips natifs allant jusqu’à 30 secondes et des intégrations pour Kling MCP et Kling CLI. Le communiqué de presse du 16 octobre indiquait que l’accès à l’API pour les entreprises et les développeurs arriverait « bientôt ».
Le 21 octobre, le compte officiel @Kling_ai a annoncé : « KLING 4.0 API — Officially Rolling Out Now. » Cette formulation confirme l’existence d’une API officielle et le début de son déploiement. Elle ne précise toutefois ni les conditions d’éligibilité, ni les régions concernées, ni les tarifs, ni les quotas, ni la date de disponibilité générale.
L’API officielle Kling 4.0 existe-t-elle vraiment ?
Oui, mais Kling n’a pas confirmé une disponibilité générale sans restriction. Les développeurs doivent considérer l’annonce du 21 octobre comme le début de l’élargissement de l’accès, puis vérifier le modèle effectivement proposé dans la console développeur Kling.
Trois signaux officiels permettent d’établir la situation :
- Le communiqué de Kuaishou du 16 octobre annonçait le lancement du modèle le 15 octobre et présentait l’accès à l’API comme une fonction à venir.
- La publication officielle de Kling du 21 octobre indiquait que l’API était « Officially Rolling Out Now ».
- La Kling Developer Platform présente Kling 4.0 avec un badge Preview et annonce la génération de vidéos de 30 secondes, Omni Reference et plusieurs keyframes.
Une annonce de disponibilité générale préciserait normalement un nom de modèle stable, le schéma de chaque endpoint, les tarifs, les quotas, les régions disponibles et les limites de service. Ces informations propres à la version 4.0 n’étaient pas vérifiables dans la documentation publique consultée le 23 octobre.
Ce que la documentation officielle de l’API permet d’affirmer
La documentation de Kling confirme l’existence d’une plateforme API propriétaire fonctionnelle. Le guide officiel de démarrage détaille la création des clés API, l’authentification via Authorization: Bearer <API_KEY>, les packs de ressources, le suivi de la consommation et le domaine de base https://api-singapore.klingai.com.
Ces instructions décrivent la plateforme, pas le contrat de requête de Kling 4.0. Le guide ne fournit ni nom de modèle 4.0, ni endpoint de génération, ni corps JSON, ni schéma de réponse, ni tarif propre à la version 4.0, ni limite de concurrence, ni comportement des webhooks. Disposer d’identifiants API Kling ne prouve donc pas que l’accès à 4.0 est activé.
Pourquoi une disponibilité chez un tiers ne vaut pas une disponibilité officielle
Un hébergeur tiers peut rendre Kling 4.0 accessible indépendamment de la disponibilité générale de l’API propriétaire. Il introduit aussi son propre contrat concernant l’identité du modèle, le mapping des fonctions, la modération, la conservation des données, la facturation, les nouvelles tentatives et le support.
Un outil indépendant de suivi de la disponibilité de Kling 4.0 indiquait le 17 octobre une route payante WaveSpeedAI via VideoRouter. Cette fiche ne prouve ni l’utilisation de l’API officielle de Kling, ni la prise en charge des 15 références et des 10 keyframes, ni la compatibilité avec un futur contrat de disponibilité générale. Demandez un test payant et un schéma explicite des fonctions au lieu de vous fier au seul nom du modèle.
Images de référence et keyframes : prise en charge du modèle ou de l’API ?
Kling 4.0 prend en charge les images de référence et plusieurs keyframes au niveau du modèle. Les documents officiels confirment jusqu’à 15 éléments de référence combinés et jusqu’à 10 images de keyframe. En revanche, les ressources publiques n’expliquent pas encore comment chaque entrée doit être sérialisée dans l’API officielle 4.0.
| Fonction | Limite officielle du modèle | Surface d’accès confirmée | Détail encore absent de l’API publique |
|---|---|---|---|
| Nombre total d’éléments de référence | 15 par tâche | Workflow créateur ; spécifications du modèle | Objet de requête 4.0 et règles de pondération |
| Images de référence | Jusqu’à 10 | Omni Reference | Types de fichiers, limites en octets, cycle de vie des téléversements |
| Vidéos de référence | Jusqu’à 5, pour 30 secondes combinées | Omni Reference | Format des URL/téléversements et limites par fichier |
| Sujets référencés | Jusqu’à 7, dont 3 éléments maximum issus de vidéos | Omni Reference | Identifiants des sujets et syntaxe d’association |
| Référence vocale | Prise en charge comme type de référence | Omni Reference | Format audio, contrôles de consentement, durée maximale |
| Images de keyframe | Jusqu’à 10 | Workflow créateur ; keyframe-to-video via MCP/CLI | Syntaxe des timecodes et contrôles d’interpolation |
| Clips sources pour l’édition | Jusqu’à 5, pour 30 secondes combinées | Workflow propriétaire du modèle | Endpoint d’édition et structure du payload |
Ces limites proviennent de la présentation officielle du modèle Kling 4.0, qui précise que la limite totale de 15 éléments couvre les images, les vidéos, les références vocales et les éléments. Les plafonds par catégorie ne s’additionnent pas : 10 images et 5 vidéos consomment déjà l’intégralité du quota.
Kuaishou confirme explicitement que MCP et CLI donnent accès à « Omni Reference and keyframe-to-video generation ». Tant qu’une référence d’endpoint 4.0 n’est pas publiée, rien ne permet d’affirmer que les commandes de l’interface créateur, de MCP et de CLI correspondent exactement à des champs REST.
Un témoignage d’utilisateur illustre bien l’importance de la surface d’accès. L’utilisateur Reddit u/Feeling_Waltz_8180 s’interrogeait sur la nouvelle interface :
« Did anyone also notice the ‘extract a frame’ from a previous output is gone? » Source : r/KlingAI_Videos
Ce constat n’est pas un fait produit officiel, mais il résume une distinction opérationnelle essentielle : la prise en charge des frames par le modèle ne garantit pas que le même workflow soit disponible sur chaque interface.
Les limites de la plateforme à vérifier avant toute intégration
Les limites confirmées du modèle Kling 4.0 sont plus nombreuses que celles qui sont confirmées pour son API. Pour concevoir un système de production, utilisez les valeurs documentées et considérez les modes de sortie annoncés comme indisponibles tant que la route choisie n’a pas été testée.
| Domaine | Kling 4.0 | Kling 4.0 Flash | Réserve sur la disponibilité |
|---|---|---|---|
| Modes de génération | Texte vers vidéo, image vers vidéo, première/dernière frame, multi-keyframe, Omni Reference | Texte vers vidéo, image vers vidéo, Omni Reference | La parité avec l’API n’est pas précisée publiquement |
| Durée native | 3 à 30 secondes | 3 à 20 secondes | Les limites peuvent varier selon la surface d’accès |
| Résolution | 720p et 1080p sont les cibles raisonnables pour la planification | 720p | Les documents officiels mentionnent la 4K pour la version complète 4.0, tout en indiquant également que la 4K/HDR est « coming soon » |
| Plage dynamique | HDR 10 bits annoncé en 1080p/4K | SDR 8 bits | Ne promettez pas le HDR tant que la route choisie ne l’expose pas |
| Audio | Stéréo deux canaux | Pas de détail complet dans le tableau public | Les contrôles audio de l’API ne sont pas documentés publiquement |
| Longueur des prompts | Jusqu’à 8 000 tokens | Non précisée | Les règles de validation propres aux endpoints ne sont pas publiées |
| Formats d’image | 21:9, 16:9, 1:1, 9:16, Auto sont listés | Pas de détail complet | Les textes de lancement utilisent parfois le futur pour le 21:9 |
Le tableau des spécifications et les textes de lancement de Kling ne concordent pas sur le statut de la 4K, du HDR et du 21:9 au lancement. Considérez toute fonction « listée » comme non testée tant que la route d’accès sélectionnée ne l’expose pas réellement.
L’extension vidéo appelle la même prudence. L’annonce officielle du lancement indique que les extensions successives permettront de créer des séquences allant jusqu’à deux minutes, avec une formulation au futur. La génération native reste limitée à 30 secondes.
Faut-il intégrer Kling 4.0 maintenant ou attendre ?
Une équipe peut intégrer Kling 4.0 dès maintenant si elle accepte le comportement d’une version preview et si elle a vérifié précisément la route de déploiement utilisée. En revanche, les projets qui ont besoin d’un contrat public stable, de coûts unitaires prévisibles ou d’une parité fonctionnelle garantie devraient conserver Kling 3.0 ou un autre modèle documenté, puis tester 4.0 derrière un feature flag.
| Cas d’usage | Recommandation | Pourquoi |
|---|---|---|
| Créateur utilisant l’interface web de Kling | Utiliser Kling 4.0 dès maintenant | Le workflow propriétaire expose directement les contrôles du modèle |
| Workflow agent avec connexion Kling | Tester MCP/CLI dès maintenant | Kuaishou confirme l’intégration d’Omni Reference et de la génération vidéo depuis des keyframes |
| Prototype interne | Tester l’API officielle si la console expose le modèle | Les limites d’une preview restent gérables lorsque les échecs sont supervisés |
| Backend de génération destiné aux clients | Attendre ou conserver une solution de repli | Le schéma public 4.0, les tarifs, les quotas et les engagements de disponibilité générale restent incomplets |
| Intégration d’une API tierce | Effectuer d’abord un test de contrat | L’accès hébergé peut exclure les références, les keyframes ou d’autres contrôles propriétaires |
Avant de considérer une route comme prête pour la production :
- Vérifiez que la console développeur expose Kling 4.0 pour le compte de déploiement concerné.
- Notez l’identifiant exact du modèle, l’endpoint et la version de l’API à partir de la documentation officielle ou du schéma en ligne du fournisseur.
- Envoyez une requête uniquement textuelle, une requête avec image de référence et une requête avec plusieurs keyframes.
- Vérifiez la durée, la résolution, l’audio, le nombre de références, la modération et la facturation des échecs.
- Mesurez le temps d’attente et le coût des tâches terminées au lieu de reprendre un tarif provisoire ou un ancien tarif de l’API Kling 3.0.
- Rendez l’identifiant du modèle configurable et conservez une solution de repli documentée jusqu’à ce que Kling déclare 4.0 généralement disponible.
Kling 4.0 est suffisamment accessible pour être prototypé, mais pas suffisamment documenté pour justifier une migration en production fondée sur des suppositions.
FAQ
L’API Kling 4.0 est-elle accessible au public ?
Le déploiement de l’API officielle Kling 4.0 a commencé le 21 octobre 2026, mais Kling classe toujours le modèle comme Preview. Sa disponibilité générale n’a pas été confirmée.
Comment obtenir un accès officiel à l’API Kling 4.0 ?
Connectez-vous à la Kling Developer Platform, créez une clé API, puis vérifiez si Kling 4.0 apparaît dans les options de modèle ou de ressources. Une clé API existante ne garantit pas l’accès à 4.0.
Kling MCP est-il la même chose que l’API REST de Kling ?
Non. MCP permet à un agent IA d’appeler les outils Kling depuis une intégration reliée à un compte, tandis que l’API REST utilise des endpoints HTTP et une authentification Bearer. Kling 4.0 a été proposé via MCP/CLI avant le début du déploiement de l’API officielle.
L’API Kling 4.0 prend-elle en charge les images de référence et les keyframes ?
Kling 4.0 accepte jusqu’à 10 images de référence, 15 références au total et 10 images de keyframe au niveau du modèle. La référence publique de l’API 4.0 ne documente pas encore le payload complet : les développeurs doivent donc vérifier ces champs sur la route sélectionnée.
L’accès à Kling 4.0 via une API tierce est-il officiel ?
Un endpoint tiers n’est officiel que si le fournisseur documente sa relation avec Kling ou utilise des identifiants délivrés par Kling. Considérez tout endpoint hébergé comme un contrat de service distinct tant que la relation et la parité fonctionnelle n’ont pas été vérifiées.
Quels sont les tarifs officiels de l’API Kling 4.0 ?
Aucun tarif API officiel et spécifique à la version 4.0 n’était vérifiable publiquement au 23 octobre 2026. Les crédits grand public, les tarifs de l’API Kling 3.0 et les prix pratiqués par des services tiers ne constituent pas les tarifs officiels de l’API Kling 4.0.