Escribir prompts para Sora 2 en 2026 solo tiene sentido si los tratas como guiones de plano reutilizables, no como una receta nueva para una app. OpenAI indica que las experiencias Web/App de Sora se discontinuaron el 26 de abril de 2026, y que la API de Sora está programada para discontinuarse el 24 de septiembre de 2026. La forma segura de trabajar es separar los ajustes de la API del texto creativo, describir cada idea como un plano verificable y dejar de reescribir cuando el bloqueo real está en acceso, política, coste o ciclo de vida.
Qué debe incluir ahora una guía de prompts para Sora 2
La parte útil no es una lista larga de frases mágicas. Lo útil es aprender a registrar ruta, ajustes, sujeto, acción, cámara, movimiento, luz, sonido, resultado esperado y regla de parada. Esa estructura sobrevive mejor que un prompt bonito, porque se puede mover a otro modelo de video, a otra ruta de API o a una prueba de migración posterior.
| Superficie | Estado actual | Trabajo de prompt que aún ayuda | Cuándo parar |
|---|---|---|---|
| Sora Web/App | OpenAI indica discontinuación el 26 de abril de 2026 | Usarlo solo como contexto histórico de interfaz | No escribir un tutorial nuevo basado en la app |
| Sora API / Videos API | OpenAI indica discontinuación programada el 24 de septiembre de 2026 | Guardar anatomía del prompt, ajustes y resultados mientras la ruta aún sirva | Parar si la ruta no está disponible o la fecha vuelve inviable el proyecto |
| Anatomía oficial del prompt | Sirve para escena, cámara, movimiento, luz, estilo, audio e iteración | Convertirla en guiones de plano portables | No tratar los ejemplos como resultados garantizados |
| Listas externas de prompts | Ayudan con lenguaje y expectativas comunes | Tomar patrones, luego reescribirlos para tu plano | No usarlas como prueba de repetibilidad |
En español se mezclan mucho las palabras guía, prompts, indicaciones, anatomía, tipo de plano, cámara, sujeto, acción e iluminación. Esa mezcla refleja una necesidad real: el lector no solo quiere una frase para copiar, quiere saber qué campo controla cada parte del resultado. Por eso conviene empezar con una pregunta simple: ¿estoy intentando dirigir el plano o estoy intentando resolver acceso, precio, créditos, política o migración? Si es lo segundo, el siguiente paso no es otro adjetivo.
Separa el texto del prompt de los ajustes de la API
Un error frecuente es pedirle al texto del prompt que controle campos que pertenecen a la solicitud. El prompt describe lo que el espectador debe ver y oír. El modelo, el tamaño, la duración, los personajes, la imagen de referencia y la ruta de ejecución deben registrarse aparte.
Antes de escribir la escena, completa esta separación:
| Campo | Dónde va | Qué controla |
|---|---|---|
| Model | Ajuste de API o nota de ruta | Si usas sora-2, sora-2-pro u otra ruta |
| Size | Ajuste de API | Relación de aspecto y resolución |
| Seconds | Ajuste de API | Duración y espacio para el movimiento |
| Characters | Entrada soportada por la ruta | Reutilización de un personaje o activo |
| Input reference | Campo de subida o referencia | Punto visual de partida o imagen guía |
| Texto del prompt | Prompt body | Sujeto, acción, cámara, movimiento, luz, paleta, audio y restricciones |
| Regla de parada | Prompt log | Si toca reescribir, revisar ruta, revisar política, calcular coste o migrar |
No escribas "hazlo vertical, de 12 segundos y en modo Pro" dentro de una frase larga esperando que todo quede resuelto. Registra seconds: 12, size: 720x1280, modelo y referencia fuera de la prosa. Luego usa la prosa para dirigir el plano.
Una estructura mantenible queda así:
hljs textRequest layer: Route: Model: Size: Seconds: Character or input reference: Prompt layer: Subject: Action beats: Camera and framing: Motion: Lighting and palette: Audio: Constraints: Log layer: Expected result: Observed result: Next move: Stop rule:
Esta división importa más cuando la ruta tiene fecha límite. Si la API deja de estar disponible, una frase más cinematográfica no restaura el acceso. Si una política rechaza el contenido, suavizar la misma intención puede ocultar el problema. La separación evita confundir creatividad con disponibilidad, coste, permisos o ciclo de vida.
En trabajo real conviene mantener dos tarjetas. La tarjeta de solicitud contiene ruta, modelo, tamaño, segundos, referencias y fecha. La tarjeta de plano contiene sujeto, acciones, cámara, movimiento, luz, sonido, restricciones y criterio de aceptación. Si el resultado dura poco, mira seconds y acciones. Si el encuadre falla, mira size, cámara y distancia. Si el sujeto cambia, revisa ancla del sujeto y referencia. Si el error habla de acceso o política, no lo trates como un fallo de estilo.
Escribe un guion de plano, no un bloque de prompts
Un guion de plano es una pequeña ficha de producción. No intenta sonar impresionante en una biblioteca de prompts; intenta decirle a una persona de cámara, dirección o edición qué debe pasar, cómo se ve, cómo se oye y cómo se evalúa.
Usa estos campos:
| Campo | Qué escribir | Por qué ayuda |
|---|---|---|
| Shot ID | Un nombre corto como coffee-reveal-v1 | Conecta idea, salida e intento |
| Route | Sora API, Videos API o ruta de migración | Evita mezclar instrucciones de app antigua con ajustes de API |
| Settings | model, size, seconds, reference | Saca los controles de contenedor fuera del texto |
| Subject anchor | Objeto, persona, lugar o escena que debe mantenerse estable | Da centro al modelo |
| Action beats | 2 a 4 cambios visibles en orden | Impide que el video sea una imagen fija descrita |
| Camera | Encuadre, distancia, ángulo, movimiento | Define cómo mira el espectador |
| Motion | Ritmo, dirección, física, timing | Reduce deriva aleatoria |
| Lighting and palette | Luz principal, contraste, clima, color | Controla tono sin llenar todo de adjetivos |
| Audio | Diálogo, ambiente, efectos o silencio | Deja clara la expectativa sonora |
| Constraints | Lo que no debe cambiar | Protege forma de producto, identidad, texto o seguridad |
| Expected result | Qué salida cuenta como aceptable | Convierte la revisión en una decisión |
| Stop rule | rewrite, route, policy, cost o migration | Evita reintentos infinitos |
Evalúa cada salida contra la ficha, no contra la sensación de que "podría verse mejor". Si la cámara funciona pero el producto cambia de forma, conserva el campo de cámara y refuerza el sujeto. Si el ritmo va demasiado rápido, cambia duración o acciones antes de añadir estilo. Si la solicitud se rechaza, abre la ruta de diagnóstico correcta.
El guion de plano también ordena el trabajo de equipo. Marketing puede aprobar el objetivo de la escena, diseño puede revisar color y riesgos de marca, y desarrollo puede revisar ruta y parámetros. Sin ficha, la conversación se vuelve "más premium", "más cinematográfico", "más realista". Con ficha, cada intento cambia una variable.
Ejemplos: de una idea vaga a un plano controlado
Un ejemplo sirve cuando muestra la decisión de edición. Un prompt para copiar sin ruta, ajustes ni criterio de aceptación solo resuelve media tarea.
| Idea vaga | Guion de plano controlado | Por qué es más fuerte |
|---|---|---|
| "Haz un anuncio de café cinematográfico." | Route: Sora API. Settings: clip corto landscape. Subject: vaso de vidrio sobre una barra de nogal. Action beats: cae espresso, sube la crema, el vapor atrapa luz lateral de mañana. Camera: push-in lento a 45 grados desde altura de mesa. Lighting: luz cálida de ventana, sombras suaves, fondo apagado. Audio: ambiente tranquilo de cafetería y un toque de taza. Constraint: sin texto de marca legible y forma de vaso estable. Expected result: reveal de producto usable. | Define objeto, cámara, movimiento, riesgo de texto y resultado aceptable, en lugar de depender de "cinematográfico". |
| "Persecución en ciudad futurista." | Route: active video route. Settings: portrait test. Subject: dos drones de reparto vuelan por un mercado elevado bajo lluvia. Action beats: el primer drone gira a la izquierda, pasa un letrero de neón, esquiva un cable y baja velocidad sobre una plataforma. Camera: tracking desde atrás, energía ligera de mano, sujeto estable. Lighting: reflejos azules de lluvia y luces ámbar de tiendas. Audio: lluvia, zumbido bajo de rotores, multitud lejana. Constraint: sin choques, armas ni logos reales. | Mantiene dinamismo, pero reduce la lectura peligrosa o violenta. |
| "Toma documental de un zorro." | Route: migration-safe brief. Settings: 8 segundos landscape. Subject: zorro rojo al borde de un claro nevado de pinos. Action beats: levanta la cabeza, escucha, avanza un paso, cae nieve de una rama detrás. Camera: teleobjetivo fijo, encuadre a la altura de los ojos, poca profundidad de campo. Lighting: amanecer frío, bajo contraste. Audio: viento suave y nieve. Constraint: comportamiento natural, sin humanos, sin estilo fantástico. | Da una secuencia observable pequeña, más fácil de juzgar que un estado de ánimo general. |
No copies estas líneas como si fueran una plantilla final. Copia la operación: fijar sujeto, ordenar acciones visibles, elegir cámara, definir movimiento, declarar restricciones y escribir el criterio de aceptación. Para producto, pesan más forma, texto y marca. Para escena narrativa, pesan más seguridad y claridad de acciones. Para naturaleza, pesan más comportamiento físico y ausencia de exageración.
Mantén un prompt log antes del cierre de la API
Un prompt log convierte intentos sueltos en conocimiento reutilizable. Sin registro, cada fallo parece un problema nuevo de redacción. Con registro, puedes ver si cambió la referencia, la duración, la política, el coste, la ruta o la escena.
Una fila mínima puede ser así:
| Campo de log | Ejemplo |
|---|---|
| Version | coffee-reveal-v2 |
| Date | 2026-06-24 |
| Route | Sora API / Videos API |
| Settings | sora-2, landscape, 8 seconds, no reference |
| Prompt change | Añadidos action beats y eliminado pedido de marca |
| Result | Mejor vapor y movimiento de taza; aún inventa texto de fondo |
| Decision | Mantener acciones y quitar superficies con texto |
| Stop rule | Si queda texto tras un intento limpio, pasar a ruta o postproducción |
| Migration note | El brief puede probarse en otro modelo porque settings y prose están separados |
El registro debe ser sobrio. Esa sobriedad es su valor. Muestra qué cambió, qué mejoró y cuándo ya no conviene insistir.
Registra especialmente:
- Referencias visuales que cambian más el resultado que el texto.
- Pruebas de consistencia de personaje, producto o sujeto.
- Cambios de duración que añaden errores de movimiento.
- Rechazos de política o invalid prompt que se repiten tras una reescritura permitida.
- Trabajos sensibles al coste, donde cada intento necesita una razón.
- Proyectos que tendrán que migrar después del cierre de la API.
Guarda también los fracasos. En video generativo, un fallo bien descrito puede valer más que un prompt exitoso. Te dice qué escenas producen texto falso, qué movimientos rompen la forma, qué duración hace perder el foco y qué límites de seguridad no deben rodearse con lenguaje ambiguo. Cuando migres a otra ruta, esos fallos se convierten en pruebas comparables.
No conviertas promesas de proveedores en hechos. Si una página externa promete más velocidad, menor coste o estabilidad superior, guárdalo como afirmación de esa página hasta tener evidencia actual de la ruta y de tu propia prueba.
Cuándo el siguiente paso no es otro prompt
Reescribir sirve solo mientras el prompt sea la causa probable. Cuando cambia el dueño del problema, más palabras pueden ocultar el diagnóstico.
| Síntoma | Dueño probable | Mejor siguiente paso |
|---|---|---|
| No puedes acceder a la ruta o al modelo | cuenta, región, organización, ciclo de vida | Revisa Sora 2 API Access Guide |
| La solicitud se rechaza como invalid o unsafe | política, ambigüedad o contenido pedido | Diagnostica con Sora 2 Error Invalid Prompt Fix |
| Coste o cuota cambian el proyecto | pricing, credits, duration, resolution | Consulta Sora 2 Pricing Per Second y Sora 2 Credits and Limits |
| Necesitas pasos de interfaz para principiantes | workflow de producto | Empieza con How to Use Sora 2 Video Generator Step by Step |
| Necesitas fallback de producción | fiabilidad, integración, migración | Compara rutas en Sora 2 Video API Stable Solution o Sora 2 vs Veo 3 vs Kling |
Para solicitudes inseguras o sensibles a derechos, la regla de parada debe aparecer pronto. No intentes rodear política con insinuaciones, nombres indirectos, personajes protegidos, engaño o lenguaje oculto. Reescribe solo cuando la tarea de fondo esté permitida y el problema sea claridad, estructura o estilo.
También existe una parada de ciclo de vida. Si el trabajo debe ser repetible después del 24 de septiembre de 2026, no lo construyas entero alrededor de ajustes exclusivos de Sora. Conserva el guion de plano, settings, salida aceptada y notas de resultado, y prepara una prueba de migración. El activo es la ficha; la ruta es temporal.
Flujo reutilizable para un prompt de Sora 2
Para un proyecto real, mantén el bucle corto:
- Elige la ruta y registra su estado actual.
- Saca model, size, seconds y referencias fuera de la prosa.
- Escribe sujeto, acciones, cámara, movimiento, luz, audio y restricciones.
- Genera solo si la ruta todavía soporta la tarea.
- Revisa contra el resultado esperado, no contra una reacción estética vaga.
- Cambia una variable principal por intento.
- Para tras dos fallos enfocados, salvo que el log muestre una causa clara.
- Guarda brief aceptado, settings, output y nota de migración.
Puedes empezar con este texto base:
hljs textCreate an 8-second video shot of [subject anchor] in [setting]. The shot begins with [starting frame], then [action beat 1], [action beat 2], and [ending beat]. Use [camera framing] with [camera movement], keeping [protected detail] stable throughout. Lighting should be [lighting], with [palette] and [depth or texture cue]. Audio should include [ambient sound or silence] and avoid [unwanted sound]. Do not add readable brand text, public logos, celebrity likenesses, or extra characters. The acceptable result is [specific output standard].
La plantilla es deliberadamente simple. La fuerza está en lo que la rodea: ruta, ajustes, resultado esperado y regla de parada. Si necesitas otro estilo, cambia los campos. Si necesitas otro modelo, conserva el guion de plano y cambia la nota de ruta.
Preguntas frecuentes
¿Todavía vale la pena aprender prompts de Sora 2 en 2026?
Sí, si lo aprendes como flujo portable, no como una app nueva. Web/App ya no es el flujo actual y la API tiene una fecha de discontinuación programada. El valor está en guardar guiones de plano y registros.
¿Qué debe incluir un prompt de Sora 2?
Debe incluir sujeto, escena, acciones, cámara, movimiento, luz, paleta, audio, restricciones y resultado esperado. Model, size, seconds, characters e input reference deben ir en los ajustes de la solicitud.
¿model, size y seconds forman parte del prompt?
No. Son ajustes de solicitud. Puedes describir ritmo en la prosa, pero la duración y el formato pertenecen a los parámetros que la ruta soporte.
¿Conviene usar un generador de prompts para Sora 2?
Puede servir como borrador. Pero debes reescribir la salida en tu propio guion de plano, añadir ruta, ajustes, resultado esperado y log, y luego decidir si sirve.
¿Una mejor frase arregla un invalid prompt?
A veces, si el problema es ambigüedad o estructura. No arregla contenido no permitido, falta de acceso, coste, cuota ni fecha de cierre de la API.
¿Cuánto debe medir un prompt?
Lo suficiente para definir el plano. Un guion estructurado de 100 a 150 palabras suele ser más controlable que un párrafo largo lleno de adjetivos.
¿Una imagen de referencia o characters sustituyen los detalles del texto?
No. Pueden fijar apariencia, pero todavía necesitas acción, cámara, movimiento, luz y restricciones.
¿Qué pasa después del cierre de la API de Sora?
No asumas que la misma ruta seguirá disponible. Guarda guion de plano, settings, salida aceptada y notas de resultado para probar otra ruta de video.
