GPT-6 Luna y el tiempo medio de gestión. El tiempo medio de gestión son los minutos que un agente dedica a un ticket, de principio a envío. Redactar y revisar significa poner un borrador de ia en la caja de respuesta, con la respuesta correcta ya incorporada, para que el agente edite en lugar de escribir desde cero. Esta es la lectura de un responsable de soporte sobre el cambio de precio, no la lectura de un ingeniero sobre el modelo.
El 22 de septiembre de 2026, OpenAI presentó niveles más baratos de GPT-6, sol y Luna, según letsdatascience. Es un informe secundario, así que vuelve a comprobar los detalles en la página de precios de OpenAI antes de presupuestar con ellos. Lo importante es la dirección: los precios del nivel medio siguen bajando.
Para ver cuánto han bajado, mira la línea de frontera que Luna deja por debajo. GPT-6 astra se lanzó el 3 de septiembre de 2026 con un contexto de aproximadamente 1m de tokens, según vorplabs. El precio de salida de Luna es una pequeña fracción del de astra. Mismo proveedor, con tres semanas de diferencia.
#¿por qué un modelo más barato cambia lo que pones detrás de un ticket?
¿cómo reduce la ia el tiempo medio de gestión en el soporte al cliente?
La ia reduce el tiempo medio de gestión al redactar la respuesta antes de que el agente abra el ticket, con la respuesta relevante de la base de conocimiento ya recuperada e insertada. El agente lee, edita y envía en lugar de escribir ante una caja vacía. Eso recorta los minutos de redacción, que son la parte móvil más grande del tiempo de gestión en la mayoría de los equipos.
Hasta ahora, la mayoría de los equipos reservaba la redacción con ia para el 20% difícil de los tickets. Un reembolso complejo, una escalada, un hilo con diez mensajes. Los sencillos recibían una macro enlatada, porque ejecutar un borrador nuevo en cada ticket costaba más de lo que ahorraba.
Esa objeción de coste es lo que Luna elimina. Un borrador de soporte con contexto de recuperación consume unos pocos miles de tokens de entrada y unos pocos cientos de salida. A los precios de Luna eso es una fracción minúscula de un céntimo por cada ticket, así que redactar borradores detrás de cada ticket en una cola de alto volumen cuesta casi nada. A los precios de astra, el mismo volumen sumaba una partida real.
#¿qué hace realmente redactar y revisar con el tiempo medio de gestión?
Divide un ticket en partes. El agente lo lee, encuentra la respuesta, redacta la contestación y la envía. Redactar suele ser la porción más grande. Si un ticket de seis minutos dedica tres a escribirse, un buen borrador lo reduce a cerca de un minuto. El ticket se cierra ahora en unos cuatro minutos. Es un recorte del 33%, y los tickets por agente y por turno se mueven igual.
El agente sigue al mando. Nada se envía solo. Lo que hay detrás de cada ticket es pequeño y visible:
- La recuperación trae a contexto el artículo de la base de conocimiento y la política correspondientes
- El modelo redacta una respuesta con tu tono, citando la fuente que usó
- El agente edita el borrador y pulsa enviar, o lo reescribe si está mal
- La corrección se retroalimenta para que el siguiente borrador sobre ese tema sea mejor
Es la misma forma de trabajo que un ejemplo práctico de recuperación del lado del agente para un equipo de soporte, una configuración ilustrativa con cifras supuestas, no un resultado de cliente. La idea allí no era un modelo más listo. Era poner la respuesta en manos del agente antes de que fuera a buscarla. El precio de Luna te permite hacerlo en toda la cola en lugar de en una parte. Diseñamos estos despliegues desde nuestra práctica de consultoría de ia y construimos la capa de recuperación mediante implementación de ia.
We are
Stennir pone un borrador en la caja de respuesta de tu agente para que una persona edite y envíe más rápido.
We aren't
Stennir no es un bot de desvío de cara al cliente que responde a tus usuarios en lugar de a tu equipo.
#¿deberías poner ia detrás de cada ticket ya?
En su mayoría sí, con dos comprobaciones. Primero, vuelve a verificar el precio de Luna en la página de precios de OpenAI, porque los precios que citamos son un informe secundario de septiembre. Segundo, decide por calidad, no por coste. Un borrador barato que falla la mitad de las veces sube el tiempo de gestión, porque el agente lo reescribe. Mide la tasa de edición antes y después. Mantén los tickets difíciles en un nivel más fuerte si los borradores allí lo necesitan.
La vieja pregunta era qué tickets podemos permitirnos redactar. Luna la cambia por qué tickets debería seguir escribiendo una persona a mano. Esa lista es mucho más corta.
Si diriges un equipo de soporte y haces seguimiento del tiempo de gestión y de los tickets por agente y por turno, la jugada de este trimestre es presupuestar un piloto de redactar y revisar con tu volumen real y tu tasa de edición, no con la demo de un proveedor. Somos nuevos, y las condiciones que ofrecemos son las que construimos. reserva una llamada de descubrimiento de 30 minutos y lo dimensionaremos con tus propias cifras antes de que te comprometas a nada.
