Vista previa de Mercury 3 vs. Mercury 2.5: la actualización tiene fecha límite, y es el 15 de noviembre

Esta es una de esas raras comparativas de modelos en las que el modelo más antiguo se está apagando mientras la lees. Mercury 2.5 Previewentró en funcionamiento el 31 de agosto de 2026; fue sustituido por la versión ya disponible de Mercury 2.5 el 8 de septiembre; y cuando Inception lanzó Mercury 3 el 19 de octubre de 2026, también anunció que Mercury 2 y Mercury 2.5 están cerrados a nuevos usuarios, y que los clientes existentes conservarán el acceso solo hasta el 15 de noviembre de 2026. Así que la pregunta no es si Mercury 3 es mejor que la versión preliminar de la que desciende —una ampliación de parámetros de 40 veces y una ventana de contexto cuadruplicada lo responden en la ficha técnica. La pregunta es cuánto te cuesta realmente migrar a Mercury 3, qué dice el consejo independiente sobre el modelo que dejas atrás y cuánto de la propia afirmación de lanzamiento de Mercury 3 ya ha contradicho ese consejo para su predecesor. La fecha límite es dentro de 26 días. Si el modelo por el que te decidas es uno de los que enrutamos, la misma disciplina de configuración funciona en nuestro endpoint compatible con OpenAI, al precio de lista del proveedor con un 0 % de margen, así que un cambio también es un cambio de configuración aquí. Los fallos de IA y los incidentes de agentes documentados que hay detrás de lanzamientos como este se recopilan en el Archivo de Incidentes de IA de OrcaRouter, donde cada entrada incluye sus propias fuentes, gravedad, grado de confianza y marca de disputa.

¿Qué cambió entre la vista previa y la versión insignia?

Inception ha sido inusualmente consistente en cuanto a la forma de su gama a lo largo de tres lanzamientos en siete semanas, lo que hace que los deltas sean fáciles de enunciar:

• Lanzamiento — Mercury 2.5 Preview, 31 de agosto de 2026 (sustituida por Mercury 2.5 el 8 de septiembre) vs. Mercury 3, 19 de octubre de 2026

• Ventana de contexto — 260.000 tokens en Mercury 2.5 frente a 1.000.000 en Mercury 3, un aumento de 3,8×

• Salida máxima — 65.536 tokens frente a 131.072, exactamente el doble

• Precio de salida en lista — $0,75 frente a $0,70 por millón, una reducción del 6,7%, no una drástica

• Precio de entrada a lista — $0.20 en ambos; la línea de entrada no se movió en absoluto

• Entrada en caché — $0.02 en ambos

• Descuento de lanzamiento: Mercury 2.5 tuvo un descuento introductorio del 80 %; Mercury 3 se lanzó con un 50 % de descuento, por lo que $0.10 por entrada y $0.35 por salida durante la promoción.

• Rendimiento: 1.107 tokens por segundo declarados para Mercury 2.5 Preview frente a 1.068 para Mercury 3; el modelo más nuevo y mucho más grande es marginalmente más lento según la propia cifra del proveedor

• Escala — Se describe a Mercury 3 como más de 40× más grande que Mercury 1 en parámetros totales; Inception no ha publicado ningún recuento absoluto de parámetros para ninguno de los dos modelos

• Modalidad — solo texto, en ambos

• Pesos — cerrados en ambos

Dos líneas de esa lista merecen más que un vistazo. La primera es el precio. Pasar del sucesor ya disponible de la preview al buque insignia reduce la salida en cinco centavos por millón y no cambia nada más en la ficha —lo que significa que la migración no se está vendiendo por precio en absoluto. El argumento de Mercury 3 tiene que ser capacidad y contexto, o no es un argumento. La segunda es el rendimiento: el modelo más grande es 39 tokens por segundo más lento según las propias cifras de Inception, así que una actualización no compra velocidad bruta. Compra espacio.

El espacio es el producto real aquí. De 260K a 1M es la diferencia entre una conversación que tiene que resumirse y una que no; de 65K a 131K de salida es la diferencia entre una respuesta y un documento. Si tu carga de trabajo de Mercury 2.5 nunca se acercó a 200K tokens de contexto, el argumento para migrar antes es débil. Si se trunca con frecuencia, Mercury 3 está resolviendo tu problema y la fecha límite es un regalo.

La parte de la decisión que nadie publica: lo que la junta dijo sobre 2.5

Mercury 2.5 tiene un historial independiente, y no es benevolente. En Artificial Analysis, según lo consultado el 20 de octubre de 2026:

• Índice de inteligencia — 12,3, medido, no estimado

• AA-Omniscience — −39.5, con una tasa de alucinación del 80,3 % en la prueba de conocimiento

Terminal-Bench 4.0 — 0.0

• SciCode — 0.3854

• El último examen de la humanidad — 0.1177

• AA-LCR razonamiento de contexto largo — 0.7167

• GDPval-AA — Elo 474,8

• Coste por tarea de indexación — $0.1167, el más barato de toda esta serie de cinco artículos por un factor de seis

Ese es un modelo con un perfil muy específico: barato, rápido y débil justo en el trabajo intensivo en conocimiento por el que se juzga a un asistente general. Es el perfil de un componente de latencia más que de un modelo de razonamiento, lo cual es coherente con la forma en que Inception siempre ha posicionado la línea —voz, soporte, búsqueda, tutoría— y no con la forma en que se cubrió la vista previa en su momento. Además, cuesta $0.1167 por tarea de índice, lo que no es una errata ni una ganga: un modelo que responde rápido y mal es barato por tarea y caro por resultado.

Esto es importante para Mercury 3 porque la misma tabla no tiene ninguna entrada para él. El modelo insignia tiene nueve días, y el único miembro de la familia que se ha medido obtuvo 12.3. Eso no predice la puntuación de Mercury 3 —una ampliación de escala de 40× con un nuevo entrenamiento es un modelo diferente, e Inception afirma que la inteligencia aumentó 3× de Mercury 1 (mini) a Mercury 3—, pero sí significa que el historial independiente de la familia consiste actualmente en una lectura débil y una ausencia. Cualquiera que planee una migración en noviembre debería tratar a Mercury 3 como no medido hasta que la tabla diga lo contrario, y diseñar la migración de modo que un modelo no medido no pueda tumbar una ruta de producción.

En qué consiste realmente la migración

La mecánica es la parte fácil, e Inception la ha hecho más sencilla que la mayoría de los proveedores. El modelo es compatible con la API de OpenAI, así que la forma del endpoint no cambia. Lo que sí cambia:

• El identificador del modelo. Mercury 3 es un nuevo ID, no una actualización de versión de uno existente.

• El presupuesto de contexto. Una ventana de 1M invita a prompts que una ventana de 260K no podría aceptar, y una pipeline que empieza a enviar solicitudes de 600K tokens tiene un perfil de coste diferente incluso con la misma tarifa por token.

• El ajuste de razonamiento. Mercury 3 ofrece instantáneo, bajo, medio y alto; la escala de Mercury 2.5 era más corta. Una solicitud que omita el ajuste usará el valor predeterminado, que puede no ser el que se tuvo en cuenta al definir tu presupuesto de latencia.

• Temperatura. Mercury 3 acepta de 0.5 a 1.0. Cualquier valor por debajo de 0.5 en el que se basaran tus prompts de 2.5 debe recortarse.

• Salidas estructuradas y llamadas a herramientas. Ambas son compatibles con Mercury 3, y ambas son el tipo de función que se comporta de forma sutilmente distinta al escalar 40×; merecen una prueba de regresión a nivel de esquema en lugar de una revisión a ojo.

• Límite de salida. 131,072 tokens es lo suficientemente generoso como para que una generación descontrolada cueste dinero real antes de detenerse. Límitelo explícitamente.

La forma barata de hacer esto es un despliegue en sombra: duplica una porción del tráfico de Mercury 2.5 hacia Mercury 3 con los mismos prompts, registra ambas salidas y compáralas según la métrica que realmente te importa —la finalización de tareas, no la similitud de tokens—. Hazlo durante una semana y luego cambia. La fecha del 15 de noviembre te da margen suficiente para un ciclo así y no mucho más, así que empieza por el punto de llamada de mayor volumen en lugar del más interesante.

Fíjate también en la dirección del respaldo. Durante un periodo de sombra, la configuración segura es Mercury 3 como primario y Mercury 2.5 como conmutación por error, y no al revés: si el nuevo modelo falla, el antiguo sigue respondiendo, y si retiran el antiguo de un día para otro, el nuevo ya está soportando el tráfico. La propia nota de Inception dice que los clientes existentes conservan el acceso «hasta el 15 de noviembre de 2026», lo que se interpreta como un corte definitivo y no como uno gradual. Un pipeline cuyo único respaldo es un modelo con fecha de caducidad no tiene respaldo después de esa fecha.

OrcaRouter no enruta Mercury 3 ni Mercury 2.5: ninguno de los dos está en nuestro catálogo, y ambos se sirven a través de la propia API de Inception y de varias plataformas de terceros. Eso hace que este sea uno de los pocos artículos de esta serie en los que el consejo sobre enrutamiento tiene que ver con la forma de la integración y no con nuestro endpoint: sea cual sea el proveedor que uses, pon el identificador del modelo y el ajuste de razonamiento en la configuración en lugar de en el código, para que la transición de noviembre sea un cambio de configuración y no un despliegue.

¿Quién debería moverse ahora, quién debería esperar?

Migra ahora si: tu tráfico de Mercury 2.5 es crítico en latencia y de gran volumen, tus prompts alcanzan con regularidad el límite de 260K, necesitas salidas de más de 65K tokens, o estás con un proveedor que retirará 2.5 para ti el 15 de noviembre, estés listo o no. En esos casos, la migración no es opcional y la única decisión que queda es si probarla adecuadamente primero. Pruébala adecuadamente.

Espera — pero prepárate igualmente — si: Mercury 2.5 es un componente menor, tu carga de trabajo cabe cómodamente dentro de 260K, o necesitas una calidad medida antes de comprometerte. Esperar no significa no hacer nada: incluye ahora el identificador y los ajustes de razonamiento en la configuración, ejecuta la comparación en la sombra y pospón el cambio hasta que aparezca la entrada de Artificial Analysis o llegue el 10 de noviembre, lo que ocurra primero.

Busca en otro sitio sin más si: tu trabajo necesita visión, entrada de archivos o razonamiento con gran carga de conocimiento y un nivel mínimo de capacidad publicado. Mercury 3 es solo texto y no tiene puntuación; un modelo con un índice independiente y entrada de imágenes es la compra más segura, y la reducción del 6,7 % en el precio de salida no basta para compensar una modalidad ausente.

La fecha límite es la verdadera noticia.

Si se quita el marco de lanzamiento, lo que Inception anunció el 19 de octubre es un calendario de retirada con un modelo adjunto. Mercury 2.5 Preview era una versión preliminar de cinco semanas; Mercury 2.5 duró seis semanas como modelo en producción antes de cerrarse a nuevos usuarios; y la fecha límite para los clientes existentes es el 15 de noviembre. Es una cadencia rápida para un proveedor que pide a las empresas que construyan sobre él, y es el dato más relevante para la decisión de cualquiera que ejecute esta familia en producción —más relevante que un aumento de contexto de 3.8×, porque un aumento de contexto es una oportunidad y una fecha de retirada es una restricción.

El contraargumento es que ese ritmo de lanzamientos compró algo real: 1 M de tokens de contexto, un límite de salida duplicado y una tarifa de salida ligeramente más barata que la del modelo al que reemplaza, todo al mismo precio de entrada, con un endpoint compatible con OpenAI para que el cambio sea de configuración y no de código. Se suponía que los modelos de difusión iban a chocar con un muro de calidad a medida que escalaban, y la afirmación de Inception es que no lo hicieron. Si esa afirmación resiste una evaluación independiente es la pregunta abierta que este artículo no puede responder, y la razón para hacer pruebas en la sombra en lugar de cambiar en producción basándose en la fuerza de una publicación de lanzamiento.

Lo que no está abierto es el calendario. Si Mercury 2.5 contiene algo que te importa, el plan de migración existe lo hayas escrito o no, y vence en menos de cuatro semanas.