OpenAI insta a desarrolladores a reescribir los prompts para GPT-5.5

Los proveedores de modelos generalmente no te piden que "tires lo acumulado antes". Pero esta vez OpenAI hizo una excepción.

El 26 de abril, OpenAI actualizó la guía oficial de prompts para GPT-5.5 con una actitud inusualmente directa: No traigas directamente los prompts de 5.2 o 5.4, no están ayudando, están frenando el rendimiento de 5.5.

Por qué esta recomendación es inusual

Quienes conocen el sector lo saben: los "activos de prompt" son uno de los mayores costos ocultos al integrar modelos grandes en las empresas. Escribiste cientos de prompts para GPT-4, migraste a 5.0, 5.2, 5.4 y aún servían, pero al llegar a 5.5 de repente te piden reescribirlos; esto genera costos de migración reales para las empresas.

OpenAI es consciente de ello. Su elección de palabras esta vez merece leerse con atención:

"Trata a GPT-5.5 como una nueva familia de modelos para ajustar, no como un reemplazo directo de gpt-5.2 o gpt-5.4. Empieza de nuevo desde el prompt más pequeño que pueda ejecutar la tarea."

Esto se traduce como: No te ahorres esfuerzo, reevalúa toda tu pila de prompts.

Dónde se atascan los prompts antiguos

OpenAI proporcionó dos características de "contraejemplo" muy concretas:

1. Especificación excesiva del proceso

Los prompts antiguos suelen estar llenos de "haz A primero, luego evalúa B, luego llama a C, finalmente genera D", porque los modelos anteriores tenían un razonamiento débil y necesitaban guía paso a paso. Pero 5.5 es diferente: dale el resultado, deja que elija el camino.

El ejemplo comparativo de OpenAI:

RedacciónEfecto
"Resuelve el problema del cliente, de principio a fin"Recomendado
"Paso 1: aclarar el problema, Paso 2: consultar base de conocimiento, Paso 3: ..."No recomendado

Lo último no está mal, pero restringe el espacio de juicio del modelo.

2. Imposición forzada del esquema de salida

Esto es especialmente relevante para los desarrolladores. Antes, para garantizar una estructura JSON estable, los prompts se llenaban de instrucciones como "debe contener campo X, campo Y, campo Z". La recomendación de GPT-5.5 es: Elimina cuando sea posible, deja que el modelo se organice – solo codifica cuando el contrato del producto realmente lo requiera.

La antigua "definición de rol" regresa

Curiosamente, en los últimos dos años, la comunidad de ingeniería de prompts tenía una tendencia: las definiciones de rol como "eres un experto" se consideraban ruido y eliminarlas daba mejores resultados.

La guía de OpenAI esta vez recomienda una estructura de siete partes, cuya primera parte es el rol:

  1. Role (Rol)
  2. Personality (Tono de personalidad)
  3. Goal (Objetivo)
  4. Success criteria (Criterios de éxito)
  5. Constraints (Restricciones)
  6. Output format (Formato de salida)
  7. Stop rules (Reglas de parada)

¿Cuánto escribir en cada parte? La recomendación de OpenAI es corto y específico – por ejemplo, en los criterios de éxito, no escribas "cliente satisfecho", sino "problema resuelto y próximo paso accionable proporcionado".

Un detalle: El valor predeterminado de reasoning effort cambió

Otro cambio oculto de GPT-5.5: El reasoning effort predeterminado pasó de high a medium.

Esto significa que si migras directamente, el modelo "piensa" menos que en 5.4. OpenAI recomienda tratar medium como la nueva línea base, aumentando solo cuando se confirme que medium no es suficiente. La consideración detrás de esto es latencia y costo – el medium de 5.5 ya es más inteligente que el high de 5.4, no es necesario activar high.

Presupuesto de recuperación y "preámbulo corto"

Dos detalles más técnicos también merecen mención:

  • Retrieval budget: Para tareas que requieren consultar información, dile explícitamente al modelo el número máximo de búsquedas. La fórmula inicial de OpenAI es "usa una búsqueda amplia, con palabras clave cortas y discriminativas"
  • Short preamble: En escenarios de salida en streaming, antes de la llamada a la herramienta, suelta una o dos palabras de "acknowledge" para que el usuario perciba una respuesta más rápida

Ambos buscan hacer que las tareas largas se sientan más fluidas – no es que el modelo sea más rápido, es que el ritmo de retroalimentación para el usuario es más rápido.

Por qué esta guía es tan directa

Las guías de prompt anteriores de OpenAI eran en su mayoría "sugerentes", pero la guía de 5.5 tiene un tono mucho más fuerte. La razón no es complicada:

5.5 tiene el mismo precio de lista que 5.4, pero la estructura de costos internos ha cambiado: responde mejor a prompts cortos y precisos, mientras que la eficiencia disminuye con prompts largos y apilados. Si los desarrolladores continúan usando el método antiguo, la propia OpenAI gana menos.

En cierto modo, esta es la primera vez que OpenAI declara abiertamente que "el prompt es parte del producto". El modelo está evolucionando, y no actualizar el prompt equivale a usar una versión anterior – todos lo sabían en los últimos años, pero el lado del producto siempre fue vago, nadie lo señaló activamente.

En cuanto a si causará resistencia entre los desarrolladores: probablemente. Pero después de que los principales clientes realicen una ronda de pruebas A/B y vean los datos comparativos de "tras reescribir los prompts, la precisión subió algunos puntos y el costo bajó algunos puntos porcentuales", la tendencia se estabilizará.

En la próxima actualización del modelo, seguramente surgirá el debate: "¿Hay que reescribir al migrar de GPT-5.5 a 5.6?"

Fuentes de referencia: OpenAI says old prompts are holding GPT-5.5 back and developers need a fresh baseline (The Decoder); GPT-5.5 prompting guide (simonwillison.net); CocoLoop; Using GPT-5.5 (documentación oficial de OpenAI)