La Vigilancia de la depreciación de la API de Sora 2: comprobaciones de enrutamiento antes del 24 de septiembre de 2026 es urgente porque OpenAI enumera la Videos API, sora-2, sora-2-pro y las instantáneas relacionadas de Sora 2 para su desactivación el 24 de septiembre de 2026. Si un flujo de trabajo de creación, una canalización de medios o una herramienta interna de campañas aún depende de trabajos de la API de Sora 2, trate los próximos dos días como una ventana de congelación y verificación, no como un ciclo normal de selección de modelo.
La respuesta práctica: no lance una nueva dependencia de producción en la API de Sora 2 esta semana. Mantenga los trabajos existentes detrás de un interruptor de apagado, exporte el uso y el historial de tareas que necesite, verifique que cada ID de modelo y endpoint siga en el código, y prepare una ruta alternativa a través de su gateway de generación de video antes de la fecha de desactivación.
Flatkey es útil en esta revisión porque ofrece a los equipos una única superficie de enrutamiento de video para los modelos de video compatibles, un único flujo de trabajo de registros de uso y el mismo patrón POST /v1/videos para las rutas de video actuales de Flatkey. Este artículo no afirma que Flatkey enrute actualmente Sora 2. La comprobación correcta es enumerar los modelos actuales de Flatkey de su cuenta con GET /v1/models, y luego enrutar nuevas pruebas de video solo a los modelos que realmente se devuelvan para su cuenta.
Respuesta rápida: ¿debería construir ahora sobre la API de Sora 2?
No. A fecha de 22 de septiembre de 2026, la página de depreciaciones de OpenAI indica que la Videos API y los alias/instantáneas del modelo Sora 2 se anunciaron como depreciados el 24 de marzo de 2026 y está previsto que se eliminen de la API el 24 de septiembre de 2026. La misma tabla de depreciación no enumera un reemplazo recomendado para la Videos API, sora-2 ni sora-2-pro.
Use la API de Sora 2 solo para la extracción final, auditoría o pruebas de desactivación que pueda permitirse perder después de la fecha límite. Para cualquier nuevo flujo de trabajo de creación, coloque una comprobación de gateway de video delante de la elección del modelo:
| Decisión | Acción recomendada antes del 24 de septiembre |
|---|---|
| Ruta de producción existente de Sora 2 | Congele los cambios, verifique el tráfico restante y añada una ruta de respaldo o de apagado estricta. |
| Nueva campaña o función de producto | No haga de Sora 2 la ruta predeterminada. Evalúe en su lugar los modelos de video activos. |
| Prompts y referencias archivados | Exporte ahora los prompts, las referencias de entrada, los IDs de tarea, las salidas y los registros de uso. |
| Estimaciones de presupuesto | Trate la fijación de precios de Sora 2 como histórica o solo a corto plazo, no como datos de planificación permanentes. |
| Configuración del gateway | Verifique la disponibilidad de modelos a nivel de cuenta con GET /v1/models, no con una entrada de blog almacenada en caché. |
Por qué este tema de la API de Sora 2 necesita vigilancia de depreciación
Las integraciones de generación de video fallan de forma diferente a las integraciones de texto. Un cambio de modelo de texto podría romper el tono, la forma JSON o el comportamiento de las herramientas. Un cambio de modelo de video puede romper toda la vía de producción: creación asíncrona de tareas, latencia de la cola, formato del prompt, manejo de referencias de imagen, duración del clip, resolución, vida útil de la URL de salida, reglas de moderación y coste por clip aceptado.
Por eso la Vigilancia de la depreciación de la API de Sora 2: comprobaciones de enrutamiento antes del 24 de septiembre de 2026 debe tratarse como una lista de verificación operativa. La pregunta no es solo "¿qué modelo es mejor?" La pregunta más segura es:
- ¿Qué rutas siguen existiendo después del 24 de septiembre?
- ¿Qué forma de solicitud necesita cada ruta?
- ¿Qué salidas puede aceptar tu producto sin rehacer trabajo?
- ¿Qué registros demuestran la ruta, el coste y el estado de cada trabajo?
- ¿Qué regla de respaldo evita que un calendario de campaña o un flujo de trabajo de usuario dependa de un endpoint eliminado?
Cronología oficial para incluir en tu revisión
Usa las fechas exactas de abajo en tu ticket de migración para que la decisión sea auditable.
| Fecha | Dato respaldado por la fuente | Implicación para el equipo |
|---|---|---|
| 24 de marzo de 2026 | OpenAI dice que notificó a los desarrolladores que usaban la Videos API y los alias/snapshots de Sora 2 sobre la depreciación. | Audita quién recibió los avisos del proveedor y si llegaron al equipo propietario. |
| 22 de septiembre de 2026 | La documentación de OpenAI sigue describiendo Sora 2 y Sora 2 Pro como modelos de la Videos API, mientras que la página de depreciación indica su fecha de cierre. | No confundas la documentación disponible con una ruta duradera. |
| 24 de septiembre de 2026 | OpenAI indica esta como la fecha de cierre para la Videos API, sora-2, sora-2-pro, sora-2-2025-10-06, sora-2-2025-12-08 y sora-2-pro-2025-10-06. | Congela la nueva dependencia y completa las comprobaciones de respaldo antes de esta fecha. |
El glosario de depreciación de OpenAI también importa: define la depreciación como el proceso de retirar un modelo o endpoint, y dice que los modelos y endpoints depreciados tienen una fecha de cierre a partir de la cual ya no serán accesibles. Eso convierte la fecha del 24 de septiembre en un riesgo de enrutamiento, no solo en una nota de documentación. Mantén abiertos la guía de generación de vídeo de Sora, la página del modelo sora-2, la página del modelo sora-2-pro y la página de precios de OpenAI mientras concilias el uso existente.
Qué comprobar en el código antes del 24 de septiembre
Empieza con una búsqueda de cadenas en tus repositorios, configuraciones de flujos de trabajo, notebooks y colas de tareas:
rg -n "sora-2|sora-2-pro|sora-2-2025|/v1/videos|openai\\.videos|Videos API|video_id"Luego clasifica cada coincidencia:
| Hallazgo | Riesgo | Acción |
|---|---|---|
sora-2 o sora-2-pro codificados de forma rígida | Las llamadas pueden fallar después del cierre. | Mueve el ID del modelo a la configuración y elimínalo de la política de producción predeterminada. |
Llamada directa a https://api.openai.com/v1/videos | La dependencia del endpoint puede desaparecer. | Colócalo detrás de un adaptador de ruta o desactívalo antes de la fecha límite. |
| Bucle de sondeo vinculado a los IDs de vídeo de OpenAI | El estado de la cola y el comportamiento de descarga pueden dejar de aplicar. | Añade adaptadores de estado de tareas específicos del modelo. |
| Calculadora de costes que usa precios por segundo de Sora 2 | La estimación del presupuesto queda obsoleta. | Márcala como histórica y sustitúyela por los precios de la ruta activa. |
| Plantillas de prompt guardadas etiquetadas como Sora 2 | Los prompts pueden no trasladarse limpiamente. | Vuelve a probar los prompts frente a modelos de vídeo activos con revisión humana. |
La revisión útil más rápida no es una reescritura enorme. Es un inventario de rutas con responsables, tráfico, fallback y una decisión para cada ruta de llamada.
El precio de la API de Sora 2 es un dato de planificación a corto plazo
Las páginas actuales del modelo de OpenAI enumeran los precios de generación de video de Sora 2 y Sora 2 Pro por segundos y resolución. Sora 2 aparece solo para 720p, mientras que Sora 2 Pro aparece para 720p, 1024p y 1080p. La página de precios también muestra tarifas más bajas de video de Batch API.
Esos datos siguen siendo útiles para una revisión histórica de costos. No son suficientes para un plan de lanzamiento en septiembre. Si se prevé el cierre de un modelo y un endpoint para el 24 de septiembre, la pregunta de costo pasa de "¿este precio es atractivo?" a "¿qué ocurre con los trabajos en cola, reintentados o programados cuando desaparece la ruta?"
Use en su lugar esta lista normalizada de campos:
video_route_review:
route_name: sora_2_legacy_shutdown_review
checked_at: 2026-09-22
owner: media_platform
endpoint: /v1/videos
model_ids:
- sora-2
- sora-2-pro
provider_shutdown_date: 2026-09-24
active_traffic_last_24h: fill_from_logs
queued_jobs: fill_from_queue
stored_outputs_exported: yes_or_no
fallback_route: model_id_or_feature_off
rollback_owner: team_or_person
user_visible_feature_flag: flag_nameNotas de enrutamiento de Flatkey: qué está verificado y qué no
La documentación pública de Flatkey describe un flujo de trabajo de generación de video compartido:
POST https://router.flatkey.ai/v1/videoscrea una tarea asíncrona de video.GET /v1/videos/{task_id}consulta el estado de la tarea.GET /v1/videos/{task_id}/contentdescarga el video completado.GET /v1/modelses la forma específica de la cuenta para descubrir los modelos disponibles actualmente.
La guía de generación de video de Flatkey muestra actualmente ejemplos de video activos como seedance-2.5, MiniMax-H3, grok-imagine-video, grok-imagine-video-1.5, veo-3.1-generate-preview y veo-3.1-fast-generate-preview. El directorio de modelos público también muestra filas de video como seedance-2.0-pro, veo-3.1-generate-preview y modelos de video Grok Imagine.
No infiera la disponibilidad de Sora 2 a partir de este artículo. La afirmación segura para publicar es más limitada: Flatkey admite un flujo de trabajo de enrutamiento de video y descubrimiento de modelos específico de la cuenta. Si está migrando desde una dependencia de la API de Sora 2, verifique las rutas de video de Flatkey disponibles en su propia cuenta antes de cambiar el tráfico de producción.
curl --fail-with-body -sS https://router.flatkey.ai/v1/models \
-H "Authorization: Bearer $FLATKEY_API_KEY" \
| jq '.data[] | select(.type == "video") | {id, owned_by, type}'Si sora-2 no se devuelve, no lo configure. Si se devuelve un modelo de fallback, ejecute una prueba de calidad del prompt y de la forma de salida antes de enrutar usuarios reales.
Matriz de fallback de video para equipos de creadores
Use esta matriz para comparar las rutas activas después de la ventana de cierre de la API de Sora 2.
| Clase de ruta | Qué verificar | Condición de aprobación |
|---|---|---|
| Ruta Seedance | Forma de la solicitud content, roles de la imagen de referencia, duración, resolución, opción de audio, registro de uso. | La tarea crea, sondea, descarga y registra el coste para el flujo de trabajo del creador previsto. |
| Ruta Veo | Forma de la solicitud prompt, resolución compatible, duración, estado del modelo, coste por segundo. | La misma clase de prompt se renderiza con una latencia aceptable y una calidad de revisión adecuada. |
| Ruta MiniMax H3 | Forma de la solicitud content, uso correcto de mayúsculas y minúsculas en la resolución requerida, medios de referencia, comportamiento de la URL de salida. | El adaptador maneja sus reglas de parámetros específicas sin valores predeterminados ocultos. |
| Ruta de video Grok Imagine | Forma de la solicitud prompt, tamaño de salida, duración, límites de repetibilidad. | El producto acepta el formato de salida y registra las restricciones específicas del modelo. |
| Ruta directa del proveedor | Cuenta del proveedor, autenticación, endpoint, límites, propietario de la factura, configuración de retención. | La alternativa directa funciona incluso si cambia la política de la puerta de enlace. |
El objetivo no es encontrar un reemplazo de una sola línea para Sora 2. El objetivo es aislar la forma de la solicitud de cada modelo detrás de un adaptador de trabajos de video para que el código de tu producto no dependa del endpoint retirado de un proveedor.
Para revisiones de rutas adyacentes, mantén cerca la lista de verificación de acceso a la API de Veo, la revisión de enrutamiento y precios de Seedance vs Veo API, la guía del catálogo de modelos de IA, el manual de enrutamiento de agentes multimodales y la introducción rápida a la API de Flatkey. Esas páginas cubren las comprobaciones de catálogo de modelos, fallback, precios y primera llamada a las que apunta esta revisión del apagado de la API de Sora 2.
Vigilancia de la depreciación de la API de Sora 2: lista de comprobaciones de enrutamiento antes del 24 de septiembre de 2026
Ejecuta esta lista de comprobaciones antes de la fecha de apagado.
- Busca en cada repositorio, cola, cuaderno y programador
sora-2,sora-2-pro, instantáneas de Sora 2 y/v1/videos. - Exporta los IDs de tareas de Sora 2 restantes, prompts, referencias de entrada, salidas aceptadas, salidas fallidas, marcas de tiempo, propietarios y gasto.
- Deja de crear nuevas plantillas de campaña de larga duración que asuman la disponibilidad de Sora 2.
- Añade una bandera de producto que desactive las rutas de Sora 2 sin volver a desplegar toda la aplicación.
- Añade un plan de vaciado de la cola para los trabajos que sigan pendientes cerca de la fecha límite.
- Verifica si los reintentos pueden recrear accidentalmente trabajos contra el endpoint retirado.
- Elige rutas activas candidatas de video con
GET /v1/models, no con la memoria ni capturas de pantalla. - Vuelve a probar los prompts con modelos activos y registra las diferencias de calidad, las dimensiones de salida, la duración, los fallos de moderación y el coste.
- Actualiza el texto orientado al usuario si algún nombre de función implica "Sora" en lugar de una ruta genérica de generación de video.
- Mantén la prueba en los registros de uso: ID de solicitud, ID de modelo, endpoint, estado, coste, motivo del fallback y URL de salida.
Registro de revisión de ruta que se puede copiar
Usa un registro por carga de trabajo de video.
workload: product_trailer_generator
audience: creator_team
checked_at: 2026-09-22
legacy_route:
provider: openai
endpoint: /v1/videos
model: sora-2-pro
shutdown_date: 2026-09-24
current_status:
active_traffic: fill_from_logs
queued_jobs: fill_from_queue
stored_outputs_exported: yes_or_no
candidate_routes:
- model: fill_from_get_v1_models
request_shape: prompt_or_content
max_duration: model_limit
supported_resolution: model_limit
cost_unit: per_second
acceptance_checks:
- task_create_returns_id
- polling_reaches_terminal_state
- completed_video_downloads
- usage_log_records_model_status_cost
- fallback_reason_is_visible
decision:
owner: team_or_person
rollout: disabled_until_route_verified
rollback: direct_provider_or_feature_offPreguntas frecuentes
¿Está deprecada la API de Sora 2?
Sí. La página de deprecación de OpenAI incluye la API de Videos, sora-2, sora-2-pro y las instantáneas relacionadas de Sora 2 como deprecadas, con una fecha de apagado del 24 de septiembre de 2026.
¿Puedo seguir usando la tarificación de la API de Sora 2 para estimaciones de presupuesto?
Úsala solo para revisión histórica o para la conciliación final a corto plazo. Como la ruta está programada para apagarse, los equipos de creadores deberían estimar el nuevo trabajo a partir de los modelos de vídeo activos y de las rutas actuales a nivel de cuenta.
¿Qué reemplaza a la API de Sora 2?
La tabla de deprecación de OpenAI no enumera un reemplazo recomendado para la API de Videos ni para los modelos de Sora 2. Eso significa que los equipos deberían ejecutar una evaluación a nivel de ruta en lugar de asumir un sustituto oficial uno a uno.
¿Flatkey admite la API de Sora 2?
No lo asumas a partir de este artículo. Flatkey admite un flujo de trabajo de enrutamiento asíncrono de vídeo y documenta el descubrimiento de modelos específico de la cuenta a través de GET /v1/models. Verifica la lista actual de modelos de vídeo de tu cuenta antes de configurar cualquier ruta.
¿Qué debería registrar una puerta de enlace de vídeo?
Como mínimo: ID de solicitud, usuario o espacio de trabajo, ID de modelo, endpoint, ID de tarea, estado, recuento de reintentos, motivo de fallback, duración, resolución, unidad de coste, URL final de salida y si la salida fue aceptada o descartada.
Conclusión
La Vigilancia de la depreciación de la API de Sora 2: comprobaciones de enrutamiento antes del 24 de septiembre de 2026 es una revisión del riesgo de ruta, no una comparación rutinaria de modelos. Si Sora 2 aparece en cualquier parte de producción, congélalo, exporta lo que necesites y mueve el trabajo futuro a rutas de vídeo activas verificadas.
Flatkey puede ayudar con la siguiente fase: un catálogo de modelos a nivel de cuenta, un patrón de endpoint de vídeo asíncrono para rutas de vídeo admitidas y registros de uso que hagan visibles el modelo, el estado y el coste. Empieza con GET /v1/models, compara los costes de ruta actuales en la página de precios, valida la ruta con un pequeño conjunto de prompts y solo entonces mueve el tráfico de creadores.
