Guide d'utilisation
Recettes de prompts image-vers-vidéo Kling 3.0 Turbo : prompts copiables et sorties réelles
Quatre prompts image-vers-vidéo validés sur le terrain — orbite produit, micro-animation de portrait vertical, continuité physique, photo vivante — chacun accompagné de sa première image d'entrée et du clip réel généré sur la véritable API.
Résumé
- Contenu de cet article : quatre recettes de prompts image-vers-vidéo kling-3.0-turbo directement copiables, chacune montrant l'image d'entrée, le prompt de mouvement exact et le clip réel généré sur la véritable API — sorties de première passe, sans aucune reprise dissimulée.
- Couverture : orbite produit e-commerce, micro-animation de portrait vertical 9:16, instant d'action figé poursuivi avec une physique crédible, et paysage classique en photo vivante.
- Faits sur le modèle (vérifiés contre l'API de tâches en direct) : l'entrée est
prompt+image_urls(exactement une URL d'image publique) +duration(entier 3–15 secondes) +resolution(720p/1080p). Aucun champaspect_ratio— la sortie suit votre image d'entrée, donc une image fixe 9:16 produit une vidéo 9:16. - Prix (par seconde de sortie, selon la page de tarifs) : 0,13 $/s en 720p, 0,16 $/s en 1080p — même tarif unique que la version texte-vers-vidéo. Un clip de 5 secondes coûte 0,65 $ ; un essai de 3 secondes, 0,39 $.
- Audio : les clips reviennent avec une piste d'ambiance native — activez le son à la lecture.
Texte-vers-vidéo vs image-vers-vidéo : quand partir d'une image
Le texte-vers-vidéo ressemble à une loterie pour la composition : vous décrivez une scène, puis vous acceptez le cadrage que le modèle vous donne. L'image-vers-vidéo élimine cette variable. Vous fixez d'abord la composition, le sujet, la lumière et l'esthétique de marque dans une image statique — quelque chose que vous pouvez diriger artistiquement ou photographier réellement — puis vous consacrez tout votre prompt au mouvement : ce qui bouge, à quelle vitesse, et ce que fait la caméra.
Cela change votre façon d'écrire. Un prompt image-vers-vidéo ne doit pas redécrire ce qui est déjà dans l'image ; le modèle le voit. Les recettes ci-dessous suivent une règle : référencer le contenu de l'image, puis ne décrire que ce qui change — trajectoire de caméra, action du sujet, mouvement de l'environnement, et ce qui doit rester immobile.
Chaque exemple montre l'image d'entrée réelle et son clip généré, avec le prompt exact entre les deux. J'ai généré ces images avec gpt-image-2 afin que tout le flux soit reproductible via l'API, mais n'importe quelle image que vous possédez fera l'affaire — photo produit, photogramme de tournage, rendu.
Recette 1 — E-commerce : orbite produit à partir d'un packshot (16:9)
Objectif : transformer une photo produit statique en un clip de présentation avec un mouvement de caméra propre — le cas d'usage image-vers-vidéo le plus rentable pour une boutique.
Partez d'un visuel principal où le produit est centré et la lumière déjà correcte :

Image d'entrée (16:9, générée avec gpt-image-2 — n'importe quelle image que vous possédez donne le même résultat).
Puis le prompt de mouvement :
Slow smooth orbit around the coffee set, the camera circling a quarter turn to the right while keeping the carafe centered. Steam keeps rising and curling naturally, reflections slide across the glass as the angle changes. The product stays sharp and undistorted, studio lighting unchanged, no cuts, elegant product-video motion.
Un quart de tour autour du service à café, la vapeur continuant de s'élever — kling-3.0-turbo/image-to-video, 5 s @ 720p. Sortie réelle générée à partir de l'image ci-dessus, première passe, produite pour ce guide.
Pourquoi ça fonctionne : le prompt ne redécrit jamais le produit — l'image le porte déjà. Il donne plutôt une instruction de caméra ("slow smooth orbit ... a quarter turn to the right"), avec un point d'ancrage ("keeping the carafe centered") et une clause de sécurité ("stays sharp and undistorted, studio lighting unchanged"). Limiter l'orbite à un quart de tour est essentiel : un tour complet à 360 degrés en cinq secondes force le modèle à inventer l'arrière invisible du produit, ce qui le déforme généralement.
Recette 2 — Vertical 9:16 : micro-animation de portrait pour formats courts
Objectif : une image verticale native pour mobile qui respire — du vent, de l'eau, un clignement, un lent travelling avant. C'est aussi la démonstration d'un fait crucial du schéma : l'image-vers-vidéo n'a pas de paramètre aspect_ratio — la sortie hérite de l'image, donc cette image fixe 9:16 produit un clip 9:16 sans aucun recadrage.

Image d'entrée (9:16, générée avec gpt-image-2 — n'importe quelle image que vous possédez donne le même résultat).
The scene comes alive: a steady sea wind lifts strands of her hair and ripples the hem of the red coat, small waves roll behind the pier, she blinks slowly and a faint smile forms. The camera pushes in very slowly toward her face. Subtle, realistic motion, no cuts, melancholic cinematic mood.
Le vent soulève ses cheveux tandis que la caméra avance — format vertical — kling-3.0-turbo/image-to-video, 5 s @ 720p. Sortie réelle générée à partir de l'image ci-dessus, première passe, produite pour ce guide.
Pourquoi ça fonctionne : le mouvement est stratifié par échelle — environnement (vagues, vent), vêtement (l'ourlet du manteau qui ondule), jeu (clignement lent, léger sourire) et un mouvement de caméra (travelling avant très lent). Chaque couche est infime ; ensemble, elles donnent l'impression d'un instant vivant plutôt que d'une photo déformée. "Subtle, realistic motion" joue ici un rôle concret — omettez-le et les modèles image-vers-vidéo ont tendance à sur-animer les visages.
Recette 3 — Continuité physique : dégeler un instant d'action (16:9)
Objectif : prendre une image figée au milieu d'une action et laisser le modèle terminer le geste avec un élan crédible — le test le plus difficile de la compréhension physique d'un modèle image-vers-vidéo.

Image d'entrée (16:9, générée avec gpt-image-2 — n'importe quelle image que vous possédez donne le même résultat).
The frozen moment continues: the skateboarder completes the air, drops back into the bowl, wheels hit the concrete with a small wobble he absorbs with bent knees, then he carves up the far wall. The camera pans right to follow him through the landing. Natural skate physics, momentum preserved from the pose, no cuts.
Le saut se termine, l'atterrissage est absorbé et le skateur remonte le mur opposé — kling-3.0-turbo/image-to-video, 5 s @ 720p. Sortie réelle générée à partir de l'image ci-dessus, première passe, produite pour ce guide.
Pourquoi ça fonctionne : le prompt traite l'image comme un problème de physique ayant une seule continuation correcte — "completes the air, drops back into the bowl, wheels hit ... he absorbs with bent knees". Écrire l'atterrissage comme une suite de temps ordonnés et exiger explicitement "momentum preserved from the pose" empêche le modèle de relancer le skateur dans un second saut impossible. La petite imperfection ("a small wobble he absorbs") se lit comme du réalisme, pas comme un échec.
Recette 4 — Photo vivante : boucle de paysage ambiant (16:9)
Objectif : la figure classique de l'image-vers-vidéo — un paysage qui dérive. C'est aussi le modèle budgétaire : un clip de 4 secondes (0,52 $), la forme la moins chère pour itérer sur un mouvement ambiant.

Image d'entrée (16:9, générée avec gpt-image-2 — n'importe quelle image que vous possédez donne le même résultat).
Bring the photograph to life with gentle ambient motion: mist drifts slowly across the far shore, soft ripples cross the mirror reflection, clouds creep behind the peaks, and two distant birds glide across the sky. The camera dollies forward very slowly over the water. Calm, seamless, loop-like motion, no cuts.
La brume dérive, des ondulations traversent le reflet tandis que la caméra avance — kling-3.0-turbo/image-to-video, 4 s @ 720p. Sortie réelle générée à partir de l'image ci-dessus, première passe, produite pour ce guide.
Pourquoi ça fonctionne : tout bouge à un rythme naturel — la brume "drifts slowly", les nuages "creep", les ondulations "cross" — et deux oiseaux donnent à l'œil un événement focal pour que le clip ne ressemble pas à un économiseur d'écran. "Loop-like motion" guide le modèle vers un rythme régulier qui supporte la lecture en boucle, exactement ce que vous voulez pour une vidéo d'arrière-plan de hero section.
Schéma d'entrée, vérifié
Tout ce qui suit a été confirmé contre l'API de tâches en direct avant de générer le moindre clip (les valeurs invalides renvoient 400 avec la liste des valeurs acceptées) :
| Champ | Type | Description |
|---|---|---|
prompt |
string | Obligatoire — décrit le mouvement, pas l'image |
image_urls |
tableau de chaînes | Obligatoire, exactement une URL (maxItems: 1), accessible publiquement |
duration |
integer | 3–15 secondes |
resolution |
string | 720p ou 1080p |
Le schéma est strict : aspect_ratio, seed, negative_prompt et sound sont tous rejetés avec l'erreur additional properties ... not allowed. Deux conséquences à connaître :
- Le ratio de sortie suit l'image d'entrée. Vous voulez une vidéo verticale ? Fournissez une image verticale (recette 2). Aucun paramètre ne peut contredire l'image.
- L'URL de l'image doit être accessible depuis la plateforme — hébergée sur votre CDN ou votre stockage objet, pas derrière une authentification ni sur localhost.
Les exécuter vous-même (API)
Les quatre recettes utilisent le même flux asynchrone — créez la tâche avec l'URL de votre image, interrogez jusqu'à l'état final, téléchargez le mp4 :
import requests, time
API = "https://api.hiapi.ai/v1/tasks"
HEADERS = {"Authorization": "Bearer YOUR_HIAPI_KEY", "Content-Type": "application/json"}
def animate(image_url, prompt, duration=5, resolution="720p"):
body = {"model": "kling-3.0-turbo/image-to-video",
"input": {"prompt": prompt, "image_urls": [image_url],
"duration": duration, "resolution": resolution}}
task_id = requests.post(API, json=body, headers=HEADERS, timeout=60).json()["data"]["taskId"]
while True:
t = requests.get(f"{API}/{task_id}", headers=HEADERS, timeout=30).json()["data"]
if t["status"] == "success":
return t["output"][0]["url"] # signed link, expires — download immediately
if t["status"] == "fail":
raise RuntimeError(t.get("error"))
time.sleep(5)
print(animate("https://your-cdn.example.com/product.jpg",
"Slow smooth orbit around the product, quarter turn right, no cuts"))
L'output[0].url renvoyé est temporaire — persistez les octets immédiatement plutôt que de faire un lien direct. La référence complète des paramètres se trouve dans la documentation.
Questions fréquentes
En quoi cela diffère-t-il du texte-vers-vidéo kling-3.0-turbo ?
Même famille, même tarif à la seconde, mais surface de contrôle différente : le texte-vers-vidéo accepte un aspect_ratio et crée la composition ; l'image-vers-vidéo accepte une entrée image_urls et en hérite la composition. Si vous n'avez pas d'image de départ, utilisez plutôt la collection de recettes texte-vers-vidéo.
Combien coûte un clip ?
La facturation se fait à la seconde de sortie : 0,13 $/s en 720p, 0,16 $/s en 1080p. Les trois clips de 5 secondes de cet article coûtent 0,65 $ chacun, le paysage de 4 secondes 0,52 $, et un essai de 3 secondes en 720p 0,39 $. Les chiffres à jour sont sur la page de tarifs.
Puis-je contrôler le ratio de sortie ?
Uniquement via l'image d'entrée — il n'existe pas de champ aspect_ratio. Une image 9:16 produit un clip 9:16 (recette 2), une image 16:9 produit un clip 16:9.
L'image d'entrée doit-elle être générée par IA ?
Non — toute URL d'image accessible publiquement convient : photographie produit, photogramme de film, rendu. J'ai généré ces images avec gpt-image-2 uniquement pour que tout le flux soit reproductible via une seule API.
Les clips ont-ils du son ?
Les clips de ce guide reviennent avec une piste d'ambiance native (vérifiée sur les fichiers réels). Pour les niveaux de tarification audio explicites et la sortie 4K, voyez le niveau omni — consultez le guide image-vers-vidéo kling-3.0-omni.
Ces schémas de prompts se transposent-ils à d'autres modèles image-vers-vidéo ?
La structure, oui — prompt de mouvement seul, mouvement ambiant stratifié, physique écrite en temps ordonnés. Nous maintenons aussi une collection de recettes image-vers-vidéo wan2.7 correspondante, si vous voulez comparer une autre famille de modèles sur les mêmes schémas.
Les quatre prompts de mouvement sont à vous ; copiez-les. Obtenez une clé API, pointez l'extrait de code ci-dessus vers kling-3.0-turbo image-vers-vidéo, associez-le à n'importe quelle image que vous possédez, et un clip de test de 3 secondes coûte 0,39 $.
Articles similaires
Voir tous les articles →-
Guide d'utilisation
Guide de démarrage pour seedream-5.0-pro/image-to-image : capacités, tarification et points d'intégration
Limites de capacité, mode de facturation et pratiques d'intégration technique du modèle d'édition d'image de ByteDance
-
Guide d'utilisation
Guide de prise en main de la génération d'images par texte avec seedream-5.0-pro : limites de capacités, intégration API et maîtrise des coûts
Point de vue pratique pour les développeurs : des points clés des paramètres à l'estimation du coût de 0,05 $ par image
-
Guide d'utilisation
Guide de prise en main de Hailuo 2.3 Fast image-to-video : limites de capacités, tarification et intégration pratique
Points clés pour les développeurs : choisir et intégrer le modèle image-to-video de MiniMax