Historial de revisiones.
OpenAI amplía a 12 horas la caché de prompts en la API
Conservamos las versiones del texto y mostramos qué campos cambiaron. La fecha de registro indica cuándo se guardó cada versión; la fecha original de la noticia se mantiene por separado.
El «Punto de partida» recoge el estado que existía al iniciar este historial. No reconstruye cambios anteriores sin evidencia. Las comprobaciones sin cambios y las sustituciones de audio no crean una versión editorial.
1 versión registrada · Fechas y horas de Canarias.
Primera publicación registrada
Primer estado conservado en este historial.
Consultar el texto de esta versión
Categoría: Desarrollo · Sección: Desarrollo
Fecha de la noticia: · Presentación de la fecha: 20 de octubre de 2026
Contexto del titular: La caché de prompts aplica descuentos cuando varias peticiones comparten un prefijo largo e idéntico.
OpenAI amplía a 12 horas la caché de prompts en la API
La Responses API admite una caché de hasta 12 horas para GPT-5.6 y modelos posteriores. La opción reduce el coste de releer prefijos repetidos, pero encarece la primera escritura y no altera la retención de datos.
Resumen: Útil cuando un prefijo caro se repite varias veces durante la jornada.
Por qué importa: Permite mantener instrucciones o documentos largos en flujos intermitentes sin pagar siempre la entrada completa.
OpenAI ha añadido a la Responses API una vida útil de 12 horas para la caché de prompts en GPT-5.6 y modelos posteriores. Se activa con prompt_cache_options.ttl en 12h; el valor predeterminado sigue siendo 30m. La función está pensada para aplicaciones que reutilizan instrucciones, herramientas o documentos largos a lo largo de una jornada.
La caché solo puede aprovechar un prefijo idéntico de al menos 1.024 tokens visibles. Por eso conviene colocar al principio las instrucciones y herramientas estables y dejar al final la parte variable de cada petición. También se pueden combinar vidas útiles mediante puntos de corte explícitos, siempre que cada segmento conserve el mismo prefijo.
La ampliación no es gratuita. La documentación fija la escritura de una entrada de 12 horas en 2,5 veces el precio de entrada sin caché, frente a 1,25 veces para 30 minutos. Las lecturas mantienen la misma tarifa durante su vida útil; en GPT-6.1 Sol, OpenAI indica un precio de lectura equivalente a 0,05 veces la entrada sin caché.
La opción no fija un plazo de borrado ni modifica la retención máxima de la API. Tampoco garantiza menor latencia en todos los casos ni que el proveedor reutilice físicamente el mismo estado interno. Para decidir si compensa, hay que medir cuántas veces se repite el prefijo dentro de doce horas y comparar el coste adicional de escritura con el ahorro de las lecturas.
A tener en cuenta: La primera escritura cuesta más y la reducción real depende de repetir exactamente el mismo prefijo; la opción no cambia las reglas de retención.
Estado en esta versión: Contrastada con fuentes.
Fuentes conservadas
Claves de contexto conservadas
- No es una memoria de la aplicación
- La caché evita procesar de nuevo un prefijo repetido; no sustituye una base de datos ni conserva por sí sola el estado de una conversación.
Glosario conservado
- Prefijo
- Parte inicial idéntica de varias solicitudes, incluidas instrucciones, herramientas y contenido estable.
- TTL
- Periodo durante el que una entrada de caché puede seguir disponible para lecturas posteriores.
Consultar la noticia vigente. Las versiones anteriores documentan la evolución editorial y pueden contener información corregida posteriormente.