Guida all'uso
Ricette di prompt text-to-video per sviluppatori con Kandinsky 6.0 Pro
Modelli di prompt pronti da copiare e incollare: struttura delle inquadrature, formulazioni di movimento camera e output riproducibili
Perché la struttura del prompt conta più della lunghezza
I prompt lunghi danno una sensazione di produttività. Descrivi la luce, l'atmosfera, lo sfondo, il modello dell'auto, il colore del cielo — e poi la clip ignora metà del contenuto, o peggio, mescola tutto in un compromesso sfocato. I modelli text-to-video come kandinsky-6.0-pro/text-to-video non premiano la verbosità; premiano la struttura.
Un prompt strutturato fa tre cose che un paragrafo in formato libero non può fare:
- Separa le preoccupazioni. Il tipo di inquadratura, l'azione del soggetto e il comportamento della camera sono variabili indipendenti. Quando sono intrecciati in una singola frase, non puoi capire quale parte ha causato un output scadente.
- Rende possibile il confronto. Se ogni prompt di un batch segue lo stesso scheletro, le differenze negli output sono attribuibili alla parte che hai effettivamente modificato.
- È templatizzabile. I prompt con slot fissi possono essere parametrizzati e generati programmaticamente — questo è essenziale una volta passati dal test manuale alla fase di pipeline.
In questo articolo usiamo una ricetta in tre parti:
[SHOT] + [SUBJECT & ACTION] + [CAMERA]
Breve, ordinata, ripetibile. L'obiettivo non è scrivere di meno per il gusto di farlo — è scrivere in modo prevedibile, così la stessa ricetta con un solo slot sostituito ti dà un confronto significativo, non un altro film diverso. Tutto ciò che segue si costruisce su questo scheletro: template pronti da copiare e incollare, formulazioni di movimento camera, il ciclo di iterazione e infine il collegamento dell'intero flusso a una chiamata API.
Anatomia di una ricetta di prompt text-to-video
Prima di scrivere ricette, capisci cosa fa ogni blocco.
Inquadratura (Shot)
Il blocco inquadratura stabilisce l'intento di inquadratura e durata: primo piano, piano medio, campo lungo di ambientazione, ripresa dall'alto, angolazione dal basso. È la riga con la leva più alta nel prompt, perché ancora la composizione. Se l'inquadratura è sbagliata, nulla a valle può salvare la clip.
Mantienila una singola frase. Wide establishing shot batte a shot that shows the whole scene from far away so you can see everything in the environment.
Soggetto e azione
Questo blocco descrive cosa si muove e come si muove. Sii specifico sul soggetto, un'azione principale per clip. Due azioni concorrenti in un prompt di solito producono un soggetto che fa male entrambe.
- Buono:
a cyclist rides left to right across frame - Rischioso:
a cyclist rides while waving and the camera zooms and the crowd cheers
Se hai bisogno di una seconda azione, chiediti se dovrebbe appartenere a una clip separata.
Movimento camera (Camera)
La formulazione del movimento camera dice al modello come si comporta il punto di vista: statico, panoramica, tilt, dolly-in, orbita. È il blocco che gli sviluppatori saltano più spesso — e quello che ha il maggiore impatto sulla coerenza percepita di un batch di clip. Le formulazioni brevi e imperative funzionano meglio; vedi la sezione dedicata più sotto.
Cosa omettere
La ricetta omette intenzionalmente lunghe catene di aggettivi, narrazione emotiva e istruzioni negative espresse in prosa. Se un dettaglio non si mappa su inquadratura, soggetto o movimento camera, in questa fase è solitamente rumore. Aggiungilo di nuovo solo dopo che la ricetta principale produce risultati stabili.
Un modello mentale utile: ogni blocco fornisce input alla stessa frame di output da una direzione diversa — composizione, movimento, punto di vista. Quando un blocco è vago, il modello riempie il vuoto con i propri prior, ed è lì che l'incoerenza si insinua silenziosamente.
Ricette pronte da copiare e incollare per inquadrature comuni
Ogni template segue [SHOT] + [SUBJECT & ACTION] + [CAMERA]. Sostituisci i valori tra parentesi quadre; mantieni la struttura intatta.
Inquadratura hero di prodotto
Close-up product shot of a [PRODUCT] rotating slowly on a seamless surface, soft studio light, camera locked off, shallow depth of field
Per video loop di e-commerce e clip hero di app. Mantieni la rotazione come unico movimento.
Ambientazione di scena
Wide establishing shot of [ENVIRONMENT] at [TIME OF DAY], light haze in the air, slow forward dolly
Adatto a intestazioni e transizioni di capitolo. Il dolly aggiunge profondità senza rubare la scena.
Movimento di personaggio o figura
Medium shot of [PERSON OR FIGURE] [PRIMARY ACTION], natural pace, camera static at eye level
Solo un'azione. Se la persona deve prima entrare e poi agire, dividi in due clip.
Loop astratto o di sfondo
Full-frame abstract shot of [SHAPE OR PATTERN] drifting slowly, [COLOR PALETTE], gentle camera drift
Progettato per sfondi in loop senza interruzioni. Evita un forte movimento direzionale, così il punto di loop è meno evidente.
Materiale in stile UI o schermo
Straight-on shot of [DEVICE OR SURFACE] displaying [CONTENT], subtle parallax, camera locked, no rotation
La camera bloccata mantiene stabili testo ed elementi UI — fondamentale se devi sovrapporre una UI reale.
Dettagli naturali e texture
Close-up shot of [NATURAL ELEMENT] moving gently in [CONDITION], macro framing, slow lateral drift
Usa con parsimonia nei batch; le clip di texture sono dove le differenze del modello sono più evidenti, quindi mantieni identico il movimento camera all'interno di un gruppo quando confronti.
Formulazioni chiare di movimento camera e movimento
Il linguaggio del movimento camera è dove i prompt si rompono silenziosamente. Il modello risponde meglio a formulazioni brevi e convenzionali che alla prosa descrittiva, e la coerenza all'interno di un batch conta più dell'eleganza.
Usa un piccolo vocabolario
Scegli un set fisso di termini di movimento camera e riusali ovunque. Un insieme iniziale praticabile:
camera static/camera locked offslow forward dolly/slow backward dollypan left/pan righttilt up/tilt downorbit around subjecthandheld drift
Resisti alla tentazione di inventare movimenti compositi come "dolly-zoom with a slight arc" a meno che tu non abbia verificato che il modello li gestisca. Ogni frase inusuale è una variabile non testata.
Separa il movimento del soggetto dal movimento camera
Sono due istruzioni diverse e dovrebbero stare in slot diversi. A cyclist rides left to right descrive il soggetto; pan right descrive la camera. Scrivere the camera follows the cyclist li fonde e ti lascia incerto su quale dovrebbe avere la priorità il modello.
Specifica la velocità
Una parola — slow, steady, brisk — di solito basta. Le parole di velocità ancorano quanto movimento consuma la durata della clip, importante quando hai bisogno di clip di lunghezza fissa da montare insieme.
Mantieni costante la formulazione all'interno di un batch
Se generi dieci varianti per confrontarle, mantieni la riga di movimento camera identica byte per byte. Cambiare sia il soggetto che il movimento camera tra esecuzioni significa che non puoi attribuire la differenza a nessuno dei due. Questo è l'errore più comune nel test improvvisato dei prompt.
Preferisci istruzioni positive e osservabili
Descrivi cosa fa la camera, non cosa evita. Camera static è un'istruzione chiara; camera doesn't shake richiede al modello di ragionare su una negazione. La formulazione positiva rende anche la tua futura libreria di prompt più facile da cercare.
Adattare la ricetta senza romperla
La ricetta è un punto di partenza, non un bene fisso. La disciplina sta in come la modifichi.
Cambia un solo slot per esecuzione
Scegli una ricetta base, genera una baseline, poi modifica solo un blocco — inquadratura, soggetto o movimento camera — e rigenera. Se cambi sia inquadratura che soggetto, non puoi sapere quale regolazione ha funzionato. Questo vincolo sembra lento all'inizio, ma una volta che la tua libreria cresce fa risparmiare molto tempo.
Registra tutto
Per ogni esecuzione, annota:
- la stringa completa del prompt, non modificata
- quale slot è stato cambiato e in cosa
- un breve verdetto (conserva / scarta / rivedi)
- eventuali artefatti evidenti o deviazioni dalla ricetta
Un file di testo semplice o una colonna di un foglio di calcolo basta. Il punto è che il prompt che ti piaceva tre settimane fa sia riproducibile, non ricostruito a memoria.
Versiona le ricette
Tratta i template di prompt come codice. Assegna loro identificatori (product_hero_v1, establishing_city_v2) e tieni una riga di changelog per ogni versione. Quando una clip a valle sembra sbagliata, puoi recuperare la ricetta esatta che l'ha prodotta.
Sapere quando una ricetta è finita
Una ricetta è stabile quando tre esecuzioni consecutive con gli stessi parametri producono output che accepti. A quel punto, congelala, taggala e passa al tipo di inquadratura successivo. Continuare a modificare una ricetta funzionante significa scambiare stabilità con guadagni marginali.
Potare aggressivamente
La maggior parte delle ricette che scrivi finirà per essere scartata. Elimina o archivia quelle che non si sono mai stabilizzate — una libreria di template incompleti e non mantenuti è peggio di una piccola libreria di cui ti fidi.
Mettere le ricette in pipeline
L'iterazione manuale serve per l'esplorazione. La produzione richiede prompt parametrizzati e versionati, inviati attraverso un endpoint stabile.
Template parametrizzati
Memorizza le ricette come template con slot nominati, non come stringhe finite:
{
"id": "product_hero_v1",
"template": "Close-up product shot of a {{product}} rotating slowly on a seamless surface, soft studio light, camera locked off, shallow depth of field"
}
Il rendering è semplice: sostituisci {{product}} al momento della chiamata. Il template resta fisso; cambiano solo i valori degli slot. È la stessa disciplina di una variabile alla volta del test manuale, applicata programmaticamente.
Resta su un unico endpoint
Instrada sia il traffico sperimentale che quello di produzione allo stesso endpoint del modello kandinsky-6.0-pro/text-to-video. Quando le tue chiamate di test e di rilascio colpiscono la stessa API, un prompt che funziona in esplorazione si comporta in modo identico in produzione. Cambiare interfaccia tra le fasi è una fonte comune di bug del tipo "ieri funzionava".
Versiona e registra al punto di chiamata
Ogni clip generata dovrebbe essere tracciabile fino all'ID della ricetta, al prompt renderizzato e al timestamp. Registra questi insieme ai riferimenti degli output. Quando una clip viene segnalata, vuoi poter rispondere a "quale versione della ricetta e quali parametri l'hanno prodotta?" senza indagini forensi.
Genera batch con criterio
Quando generi varianti, cambia un solo slot in un batch, mantenendo tutto il resto costante — inclusa la riga di movimento camera. Questo mantiene i batch confrontabili e rende la revisione automatica o il controllo manuale a campione significativamente più rapidi.
Reintegra i risultati nella libreria
Le ricette che si stabilizzano in produzione dovrebbero essere taggate e riutilizzate. Nel tempo, la libreria diventa il vero asset di prompt del tuo team: un insieme di blocchi di costruzione validati e versionati, non una cartella di stringhe monouso.
Una volta che i template sono parametrizzati e versionati, la stessa ricetta guida sia i test manuali che i batch di produzione senza modifiche.
Modalità di fallimento comuni e come interpretarle
Gli output scadenti di solito non sono casuali. Mappa il sintomo al blocco più probabilmente responsabile e cambia solo quel blocco.
La composizione varia tra le esecuzioni
Causa probabile: il blocco inquadratura. Frasi di inquadratura vaghe o composite — a wide shot, somewhat close — danno spazio interpretativo al modello. Restringi a un singolo termine di inquadratura canonico e mantienilo costante in un batch.
Il soggetto fa la cosa sbagliata o fa troppo
Causa probabile: il blocco soggetto e azione. Più azioni in un prompt, o azioni descritte con verbi vaghi. Riduci a un'azione principale e usa un linguaggio osservabile.
Movimento camera eccessivo o irregolare
Causa probabile: la formulazione del movimento camera, o la sua assenza. Senza istruzioni di camera, il modello inventa movimento. Aggiungi un esplicito camera static o un movimento nominato; rimuovi la prosa che implica movimento — the scene sweeps across viene letto come istruzione di camera.
Compaiono dettagli che non hai richiesto
Causa probabile: un prompt troppo lungo. Catene di aggettivi e linguaggio emotivo invitano il modello a riempire i vuoti. Riduci la ricetta ai tre blocchi, conferma che il nucleo funzioni, poi reintroduci i dettagli uno alla volta.
Output coerente ma noioso
Causa probabile: una ricetta troppo vincolata. Se ogni blocco è bloccato e il risultato è piatto, la soluzione è di solito un cambiamento controllato — un nuovo movimento camera, una nuova azione — non una riscrittura completa.
Risultati non riproducibili
Causa probabile: un problema di processo, non di prompt. Modifiche non registrate, formulazioni di movimento camera cambiate tra esecuzioni, o test su un endpoint diverso dalla produzione. Il rimedio è la libreria versionata e la disciplina dell'endpoint unico descritte sopra.
Interpretare i fallimenti in questo modo trasforma ogni generazione scadente in un'ipotesi concreta e testabile, invece che in una ragione per riscrivere tutto.
Articoli correlati
Vedi tutti gli articoli →-
Guida all'uso
Guida introduttiva a seedream-5.0-pro/image-to-image: capacità, prezzi e punti chiave di integrazione
Limiti di capacità, modalità di fatturazione e pratiche di integrazione ingegneristica del modello di editing immagini di ByteDance
-
Guida all'uso
Guida pratica al text-to-image con seedream-5.0-pro: limiti di capacità, integrazione API e controllo dei costi
Prospettiva operativa per sviluppatori: dai punti chiave sui parametri alla stima di costo di $0,05 per immagine
-
Guida all'uso
Guida introduttiva a Hailuo 2.3 Fast image-to-video: limiti delle capacità, prezzi e pratiche di integrazione
Selezione e integrazione del modello MiniMax image-to-video per sviluppatori