OpenAI publicó el 2 de octubre de 2026 su guía de la familia GPT-6, y el consejo que más trabajo da no es técnico: las instrucciones muy detalladas que antes mejoraban el resultado ahora pueden empeorarlo. Te toca si tu negocio tiene un asistente con un bloque de instrucciones escrito para la generación anterior de modelos. No hay nada que actualizar ni que pagar: lo que hay es texto que sobra y conviene quitar.
Las fuentes de este artículo son de OpenAI. La guía se sirve en español desde España y se cita en esa versión; la documentación técnica solo está en inglés y la traducción es propia, con el original entre comillas cuando la literalidad importa. Al final está declarado cómo se ha leído cada una.
Qué ha publicado OpenAI exactamente
Una guía, no un producto. Se llama Guía de modelos de la familia GPT-6 y OpenAI la fecha el 2 de octubre de 2026 en la categoría «Producto», con el subtítulo «Consejos prácticos para sacar el máximo partido a los modelos GPT-6 y gestionar el tiempo y el coste».
Está escrita para quien construye sobre la API y para quien usa Codex, y se organiza en tres bloques: trabajar con eficacia en producción, ajustar los prompts y las habilidades, y optimizar las tareas de larga duración. Lo que no es: ni un modelo nuevo, ni un cambio de precios, ni una función que aparezca mañana en la aplicación de ChatGPT.
Esto importa porque el precio de esta familia de modelos ya lo contamos cuando salió: en el blog está qué cuesta la API de OpenAI con GPT-6 Sol y Luna, con las tarifas, las condiciones de la caché y la letra pequeña de la residencia de datos en la UE. Este artículo no repite esa parte: va sobre cómo se le habla hoy a estos modelos.
La frase que cambia el trabajo
En el apartado de prompts, OpenAI pone una cita que atribuye a Eric Provencher, de su equipo de Experiencia de Desarrolladores:
Los modelos han mejorado mucho a la hora de entender los matices y la ambigüedad, así que unas instrucciones demasiado específicas ahora pueden perjudicar los resultados, cuando antes ayudaban.
La misma idea aparece, en inglés y con más desarrollo, en la entrada Rethinking skills and prompts for GPT-6 Astra de la documentación para desarrolladores: «Models have gotten much better at understanding nuance and ambiguity, so overly specific guidance can now hinder results where it previously helped».
Conviene leer el verbo despacio. No dice que esas instrucciones sean innecesarias. Dice que estorban. Es la diferencia entre un párrafo que se puede dejar porque no molesta y un párrafo que está empujando al modelo hacia una respuesta peor.
De ahí sale la pregunta práctica de esta semana, y no es «¿me cambio de modelo?». Es: ¿qué hay en mis instrucciones que escribí para que un modelo de hace un año no se despistara?
Las cuatro revisiones de OpenAI, y las dos que te tocan
La guía enumera cuatro áreas para revisar: crear mejores habilidades, actualizar el AGENTS.md, fijar los límites de decisión y especificar hasta dónde debe continuar el modelo.
Aquí entra nuestra lectura, porque esa lista está escrita para un equipo con un repositorio de código y no se traduce sola a un negocio con un asistente de WhatsApp. Las dos primeras áreas hablan de ficheros que una pyme no tiene: el AGENTS.md vive en un repositorio y las habilidades son ficheros Markdown empaquetados con scripts. Las dos últimas son exactamente el problema de cualquier asistente de atención al cliente.
Límites de decisión. OpenAI pide sustituir las reglas generales por límites claros, e indicar «qué acciones pueden realizarse de forma autónoma y cuáles requieren aprobación». La entrada en inglés es más directa sobre por qué: si en su día añadiste lenguaje contundente para que un modelo anterior pidiera permiso antes de actuar, GPT-6 Astra «podría tomárselo demasiado en serio y detener el trabajo donde en realidad te habría gustado que continuara», porque, siendo el modelo más alineado de la casa, «no realizará tareas a menos que sepa que son seguras».
Hasta dónde debe continuar. El mismo texto avisa de lo contrario de lo que se temía con los modelos antiguos: GPT-6 Astra «puede parecer más indeciso sobre cuándo parar» y entregar una primera versión cuando aún queda trabajo. La guía pide definir qué significa «terminado» antes de empezar, y nombra los pasos: implementar el cambio, ejecutarlo, inspeccionar el resultado y corregir los fallos.
Hay una tercera cosa de las áreas «de programador» que sí se traduce, y es la que más sobra en los asistentes que vemos: el «antes de responder, lee siempre». OpenAI lo describe en su ejemplo de repositorio —«exigir una pila de documentos o un mapa completo del repositorio antes de cada edición es excesivo para corregir una errata»— y la versión de negocio es idéntica. Una instrucción que obliga a repasar el catálogo completo, el horario, la política de cancelaciones y las preguntas frecuentes antes de contestar «¿a qué hora abrís?» no mejora la respuesta: gasta contexto y añade ruido.
Cómo lo aplicamos a un bloque de instrucciones real
Esto es criterio nuestro, no una recomendación de OpenAI, y no es el resultado de una prueba medida: es la reescritura que hacemos cuando abrimos las instrucciones de un asistente escrito hace meses. Tres patrones, con lo que hay detrás de cada uno.
«Pregunta siempre antes de hacer cualquier cosa». Casi siempre se añadió después de un susto concreto: el asistente confirmó una cita que no debía, o prometió un precio. El arreglo no es la frase general, es nombrar las dos o tres acciones que de verdad necesitan una persona —confirmar una cita fuera del horario publicado, aceptar una cancelación con penalización, dar un presupuesto— y dejar el resto autorizado. Con la frase general, el asistente también pregunta antes de decir la dirección del local.
«Lee todo el contexto antes de responder». Se cambia por cuándo es pertinente cada cosa: el catálogo cuando preguntan por un servicio, la política de cancelación cuando quieren anular, el horario cuando preguntan por el horario. Es el mismo movimiento que propone la guía para los documentos de un repositorio.
«Responde siempre en cinco pasos: saluda, confirma, resume, ofrece y despide». Es el caso puro de instrucción demasiado específica. Un cliente que escribe «¿me podéis atender hoy?» no necesita cinco pasos. Lo que hay que dejar escrito es el resultado: qué tiene que quedar resuelto y qué tono usar.
Lo que no cambiamos es lo que no es una instrucción de estilo: los datos. El horario, los servicios, los precios que se pueden decir y los que no, y qué se escala a una persona. Eso no sobra nunca, y cuando falta no hay modelo que lo arregle.
Dos palancas nuevas que antes no existían
Además de quitar texto, la guía señala dos controles que no estaban en la generación anterior. Los dos son de la API, no de la aplicación.
Cambiar el esfuerzo de razonamiento a mitad de conversación sin perder la caché. La guía de razonamiento de OpenAI documenta un elemento configuration_update que se envía entre respuestas para subir o bajar el esfuerzo dejando intacto el parámetro de la petición. El detalle que importa en la factura: «Esto preserva el prefijo original del prompt para el cacheo de prompts». La misma documentación limita el alcance: esas actualizaciones «están admitidas por la familia de modelos GPT-6 en modo estándar de un solo agente» y «solo cambian el esfuerzo de razonamiento». En la aplicación de ChatGPT el equivalente es elegir el nivel a mano, que es lo que contamos cuando ChatGPT dejó de decidir solo cuándo pensar.
Corregir el rumbo mientras el modelo trabaja. La guía de dirección a mitad de turno explica que se puede enviar un response.steer sobre una respuesta en marcha. Está «disponible con la familia de modelos GPT-6 a través de una conexión WebSocket a la API de Responses» y «GPT-5.6 y los modelos anteriores no admiten la dirección». Y tiene un límite que conviene no olvidar antes de prometer un botón de «cancelar»: la dirección «no reescribe la salida ya enviada a tu aplicación, no deshace acciones anteriores ni cancela herramientas que ya han empezado».
Qué no cambia
Cuatro cosas, para no dar por hecho más de lo que hay.
Si solo usas la aplicación de ChatGPT, esto no te toca. La guía está escrita para la API y para Codex. Ningún apartado describe un cambio en la conversación de siempre.
La palanca de la velocidad no existe con los datos en la UE. La guía propone tres ajustes para equilibrar coste y tiempo: el modelo, el esfuerzo y la velocidad. El tercero se cae si necesitas procesamiento europeo. La documentación de residencia de datos de OpenAI dice que «el modo Fast no está disponible con residencia de datos en la UE para GPT-6 Astra, GPT-6.1 Sol, GPT-6 Sol ni GPT-6 Luna», y la guía del modo Ultrarrápido es aún más tajante: «Ultrafast admite residencia de datos en Estados Unidos y procesamiento global únicamente. No admite endpoints de procesamiento regional en la UE ni en otras regiones fuera de Estados Unidos».
El 95 % de descuento por caché es de un solo modelo. La guía dice que los tokens de entrada cacheados cuestan «hasta un 95 % menos» según el modelo, y la guía de cacheo repite la cifra. Comprobado hoy en las fichas de los cuatro modelos de la familia, ese tope solo lo da GPT-6.1 Sol, donde OpenAI escribe que la entrada cacheada se cobra «al 5 % de la tarifa de entrada sin cachear»: 0,10 dólares por millón frente a 2. En GPT-6 Astra (1 frente a 10), GPT-6 Sol (0,20 frente a 2) y GPT-6 Luna (0,01 frente a 0,10) el descuento es del 90 %. La diferencia entre 90 y 95 es pequeña en euros; lo que no conviene es presupuestar con el número del titular.
La delegación entre subagentes es beta y de un modelo. La guía la atribuye a GPT-6.1 Sol y marca la función como beta. No es una base sobre la que montar hoy un proceso que tenga que funcionar todos los días.
Qué debería hacer una pyme esta semana
Si no tienes nada montado sobre la API, nada. Si lo tienes, tres cosas y ninguna cuesta dinero.
- Abre el bloque de instrucciones de tu asistente y busca las palabras «siempre» y «nunca». Cada una es un candidato. Las que protegen un dato o un límite real se quedan; las que describen un procedimiento paso a paso, probablemente estorban.
- Guarda veinte conversaciones reales antes de tocar nada. Es la única forma de saber si quitar texto mejoró o empeoró, y sirve igual para este cambio que para cualquier salto de modelo, propio o ajeno: también lo recomendábamos cuando Claude Sonnet 5.5 trajo cinco cambios que rompen automatizaciones.
- Revisa qué modelo tiene cada tarea. OpenAI coloca a GPT-6 Luna en «tareas específicas a gran escala y trabajo cotidiano y repetitivo con un objetivo claro, como extraer campos de facturas, clasificar solicitudes o generar resúmenes estructurados». Esa frase describe el 80 % de lo que hace un asistente de negocio.
Análisis de PotencIA
Nuestra lectura es que esta guía marca un cambio de dirección en el trabajo de montar un asistente. Durante dos años, mejorar uno consistía en añadir: más ejemplos, más reglas, más «si pasa esto, haz aquello». Ese trabajo tenía un efecto visible y por eso se acumuló. Ahora el propio fabricante dice que parte de ese texto resta, y eso convierte el mantenimiento en una tarea de quitar, que es más incómoda porque no se ve en una demo y porque nadie quiere ser quien borró el párrafo que evitaba el susto del año pasado.
Hay una consecuencia que no está en el anuncio y que nos parece la más útil: estas instrucciones son deuda con fecha. Un bloque escrito en 2025 para un modelo de 2025 no es neutral en 2026. Si tu asistente lo mantiene una agencia o un proveedor, la pregunta razonable es cuándo se revisó por última vez ese texto y contra qué modelo, no cuántas reglas tiene.
Y una cautela. Que un modelo necesite menos instrucciones no significa que necesite menos criterio de negocio. Las dos áreas que la guía sí traduce a cualquier asistente —qué puede decidir solo y hasta dónde debe llegar— no son parámetros técnicos: son decisiones de quien responde ante el cliente. En los asistentes que montamos sobre WhatsApp, esa frontera se escribe antes del prompt y se revisa con el negocio, no con el modelo. Si quieres ver cómo queda planteado, ahí está nuestra automatización de WhatsApp con IA, y si lo que buscas es el método completo, en el blog está cómo automatizar WhatsApp Business con IA sin perder el control.
Cómo se ha verificado esto
La guía se leyó el 3 de octubre de 2026 en openai.com/index/practical-guide-building-gpt-6 con un navegador real en modo headless, porque las páginas de openai.com/index/ devuelven un error 403 a la lectura automatizada. Desde España se sirve en español, con un pie que invita a valorar la traducción, así que las citas de la guía van en la versión oficial de OpenAI en español y no son traducción nuestra. La fecha y la hora de publicación se contrastaron con el canal RSS oficial de noticias de OpenAI, que fecha la entrada el 2 de octubre de 2026 a las 16:15 GMT.
Las citas en inglés y su traducción propia proceden de cuatro páginas de developers.openai.com, leídas el 3 de octubre en su versión Markdown: la entrada «Rethinking skills and prompts for GPT-6 Astra» del blog para desarrolladores, la guía de razonamiento, la guía de dirección a mitad de turno y la guía «Your data». Los porcentajes de descuento por caché se calcularon a mano sobre las tarifas publicadas en las fichas de gpt-6-astra, gpt-6.1-sol, gpt-6-sol y gpt-6-luna y en la página de precios de la API; el 5 % de GPT-6.1 Sol está escrito como tal en su ficha, y los demás salen de dividir la tarifa cacheada entre la tarifa sin cachear.
La reescritura de instrucciones del apartado «Cómo lo aplicamos» es criterio propio de PotencIA sobre asistentes que ya mantenemos, no una recomendación de OpenAI y no una prueba medida. La revisión humana de esta pieza es posterior a su publicación.