Meta Muse Spark 1.1: qué es, cuánto cuesta y dónde falla

Resumen

Meta Muse Spark 1.1 no intenta ser el modelo más inteligente. Intenta ser el más barato que aún sea suficientemente bueno, y en esa afirmación estrecha lo cumple en gran medida. Cuesta $1.25 de entrada y $4.25 de salida por millón de tokens, tiene una ventana de contexto de 1M de tokens, y Artificial Analysis lo midió en 51 en su Intelligence Index por unos $0.29 por tarea. Eso es un punto por encima de Gemini 3.6 Flash en el índice, con aproximadamente la mitad del coste por tarea.

El problema es que la diapositiva de lanzamiento de Meta lo compara con Gemini 3.1 Pro, Opus 4.8 y GPT-5.5, que son una generación anterior a lo que realmente puedes comprar hoy. Si lees la propia tabla de Meta con honestidad, Muse Spark 1.1 lidera 5 de 11 filas, perdiendo en todas las filas de codificación. Si lees las cifras independientes, queda en el puesto 25 de 26 en razonamiento de contexto largo, lo cual resulta incómodo para un modelo cuya característica estrella es una ventana de un millón de tokens. También tiene un punto fuerte real y subestimado: una tasa de no alucinación del 62% que supera a todas las variantes de GPT-5.x del conjunto.

Yo construyo agentes de IA para colas de soporte en eesel, así que esto es lo que señalaría antes de que alguien rediseñe su helpdesk en torno a un token más barato: en una de mis propias pruebas con validación cruzada sobre tráfico real de Zendesk, los borradores eran correctos en cuanto a dirección en un 88%, y solo un 12% salió sin tocar. Al desglosar las reescrituras, alrededor de un 65% eran cuestiones de longitud y tono, y aproximadamente un 5% era la IA equivocándose en los hechos. La calidad del modelo era la porción pequeña. Un modelo de frontera más barato no mueve el otro 95%.

Qué es realmente Meta Muse Spark 1.1

Muse Spark 1.1 se lanzó el 9 de julio de 2026 desde Meta Superintelligence Labs, tres meses después de que el Muse Spark original llegara en abril. Meta lo describe como "un modelo de razonamiento multimodal construido para tareas agénticas, con grandes avances en el uso de herramientas y del ordenador, la codificación y la comprensión multimodal". Si solo conoces la IA de la empresa a través del asistente de sus aplicaciones, el panorama más amplio está en mi resumen de Meta AI y en el análisis del chatbot de Meta AI.

Hay dos cosas realmente nuevas, no solo mejoradas. La primera es que ahora se puede comprar. La Meta Model API es la primera API de pago para desarrolladores de Meta, lo cual supone un giro estratégico real para una empresa que pasó tres años regalando los pesos de Llama. La segunda es que Meta entrenó al modelo para dirigir a otros modelos: está "entrenado para orquestar sistemas multiagente y optimizar la latencia de extremo a extremo", y funciona en ambas direcciones, reuniendo contexto y delegando en subagentes paralelos como agente principal, o quedándose en su carril y escalando hacia arriba como subagente. Esa forma es lo que separa a un agente de un chatbot, una distinción que vale la pena precisar si estás comparando agentes frente a chatbots.

Estas son las especificaciones que importan, todas procedentes de la propia documentación para desarrolladores de Meta:

El lado de consumo es aparte y casi gratuito. Muse Spark 1.1 impulsa el modo "Thinking" en la app de Meta AI y en meta.ai en mercados seleccionados, con WhatsApp prometido "en las próximas semanas". Meta nunca publica un precio para consumidores, y existe un nivel de pago llamado Meta One en pruebas limitadas cuyos nombres de plan son públicos pero cuyas cifras en dólares no lo son. Así que trata "gratis en la app de Meta AI" como algo no confirmado, no como un hecho verificado.

Lo que Meta muestra en el lado de consumo es revelador: no párrafos de texto, sino cosas interactivas generadas. Una tarjeta de receta cuyas cantidades se escalan en vivo, un sudoku jugable, un diagrama con anotaciones al pasar el ratón. Esa preferencia por los artefactos sobre la prosa recorre todo el modelo.

Cómo funciona Muse Spark 1.1 por dentro

El mecanismo es más interesante que la tabla de benchmarks, y es la razón por la que el modelo se comporta así en cuanto al coste.

Un modelo de razonamiento normal piensa más tiempo para hacerlo mejor. Meta tomó un camino distinto. Su publicación de abril describía el escalado en tiempo de inferencia apoyándose en "dos palancas clave: penalizaciones al tiempo de pensamiento para optimizar el uso de tokens, y orquestación multiagente que mejora el rendimiento sin ralentizar los tiempos de respuesta". El argumento es que tres agentes pensando en paralelo superan a un agente pensando el triple de tiempo, con la misma latencia real. Meta publicó un gráfico que muestra su configuración multiagente por encima de la configuración de un solo agente en cada punto de la curva de latencia.

El mismo instinto aparece en cómo maneja un escritorio. Meta lo entrenó para "escribir scripts cuando la automatización es más rápida, hacer clic cuando la interacción directa es más simple, y generar lotes de acciones en cada paso". Así que no va narrando clic a clic. Decide, en cada paso, si esto es un problema de scripting o un problema de apuntar y hacer clic, y luego agrupa las acciones.

La gestión del contexto es la tercera pieza. Meta afirma que el modelo "puede gestionar activamente su ventana de contexto de 1 millón de tokens", recordando acciones, recuperando trabajo muy anterior, y compactando "de manera que se conserven los pasos críticos necesarios para el trabajo posterior". Si has construido algo de larga duración, sabes que la auto-compactación es donde los agentes suelen fallar, y vale la pena leer más adelante las cifras independientes de contexto largo antes de dar esto por sentado. La forma general del problema está bien cubierta en la explicación del bucle del agente de IA, y la mitad relativa a la delegación en la orquestación de subagentes.

El uso del ordenador es la parte que me sorprendió

La mayoría de las demos de uso del ordenador son cuidadosas. La de Meta no lo es, y además se puede comprobar. En la publicación para desarrolladores, el modelo "maneja un escritorio Linux real a partir de un solo objetivo en lenguaje natural ('encuentra el juego del Buscaminas, ábrelo y juega'), sin coordenadas y sin un script clic a clic". El escritorio se encuentra en un sandbox desechable, así que "solo ve capturas de pantalla y devuelve acciones de ratón y teclado".

Esa captura de pantalla es un tablero con 10 banderas y el reloj marcando 06:46, lo que indica una partida real y no un fotograma preparado. En el lado de la codificación, la misma publicación informa de que el modelo corrigió "los cinco errores plantados, con una media de 7.6 turnos" usando pytest como oráculo, y en otro caso corrigió un error de SWE-bench mientras "elegía él mismo los 48 comandos de shell, incluyendo rebuscar en el historial de git para encontrar el commit que lo introdujo".

La puntuación independiente es menos favorecedora que las demos. El propio informe de Meta le da 80.8 en OSWorld-Verified frente al 83.4 de Opus 4.8, así que incluso dentro de la selección elegida por Meta no lidera el benchmark de uso del ordenador que más promociona.

Lo que muestran los propios benchmarks de Meta

Hay que reconocerle a Meta una cosa: publicó gráficos en los que pierde. El gráfico de DeepSearchQA en la página de lanzamiento sitúa a GPT-5.5 en 87.8 por delante de Muse Spark 1.1 en 84.9, y Meta lo publicó de todos modos.

Esta es la tabla comparativa principal de Meta, leída sin adornos. Cada cifra es de Meta, medida por Meta, frente a una selección elegida por Meta.

Hay tres lecturas que vale la pena tener en cuenta. Muse Spark 1.1 lidera 5 de 11 filas y pierde en las tres filas de codificación. Los saltos generacionales en los puntos que Meta eligió mostrar son enormes: JobBench pasa de 17.0 a 54.7 y DeepSWE de 10.0 a 53.3. Y en CharXiv Reasoning el nuevo modelo puntúa de hecho por debajo de su predecesor, 88.4 frente a 88.9, la única fila donde el 1.1 retrocedió.

El problema con toda la tabla es el conjunto de referencia. Meta compara con Gemini 3.1 Pro, Opus 4.8 y GPT-5.5. En agosto de 2026, el modelo con el que realmente estás sopesando esto es Claude Opus 5, o su hermano más barato si has leído Opus 5 frente a Sonnet 5. El equivalente del lado de OpenAI es GPT-5.6. Una selección comparativa con una generación de retraso no es deshonesta, simplemente responde a una pregunta que ya nadie se hace.

Lo que encontraron las pruebas independientes

Artificial Analysis probó el modelo por sí misma, frente a los modelos que realmente puedes comprar. El panorama cambia en ambas direcciones.

Dos hallazgos aquí me sorprendieron, uno bueno y uno malo.

El bueno: en SciCode se sitúa 3.º de 26 con un 58%, por delante del 56% de Claude Opus 5 y de todas las variantes de GPT-5.6. Así que la debilidad en codificación es específica. No se le da mal escribir código, se le da mal la ingeniería de software agéntica de largo horizonte, y son trabajos diferentes. La distinción de los agentes de codificación con IA importa más de lo que sugiere una sola columna de "codificación".

El malo es el resultado de contexto largo, y es lo más contundente de este artículo.

La característica con la que Meta lidera es el benchmark en el que el modelo termina penúltimo. Y esto no es que un laboratorio tuviera un mal día: el propio informe de evaluación de Meta le da 54.1 en MRCR v2 frente al 74.0 de GPT-5.5, apuntando en la misma dirección. Una ventana de un millón de tokens que puedes llenar no es lo mismo que una ventana de un millón de tokens sobre la que puedes razonar. Si tu plan era meter toda una base de conocimiento en el prompt y saltarte la recuperación, esa es la cifra que debería detenerte, y es la razón por la que RAG frente a fine-tuning sigue siendo una pregunta abierta y no un asunto resuelto.

La otra cifra independiente que vale la pena recordar es la verbosidad. Consumió 94M de tokens de salida al ejecutar el índice, frente a una mediana de la clase de 63M, alrededor de un 49% más que el modelo mediano en su nivel, con unos 22.000 tokens de salida por tarea. Tokens baratos, pero más de ellos. También es muy rápido, con 211.9 tokens de salida por segundo, 4.º de 184 frente a una mediana de 74.

La verbosidad es el impulsor silencioso del gasto real, y es la razón por la que comparar las tarifas de lista entre laboratorios induce tanto a error. El modelo que le ganó aquí en razonamiento de contexto largo es Kimi K3. El que lo supera en precio por un orden de magnitud es DeepSeek V4 Flash.

Precios de Meta Muse Spark 1.1

La tarifa es corta, y tres de sus cinco líneas son las que la gente suele pasar por alto.

Frente al panorama actual:

Dos notas al pie que cambian la factura real. El $2/$10 de Sonnet 5 es introductorio y termina el 31 de agosto de 2026, tras lo cual sube a $3/$15. Y GPT-5.6 escala por niveles según el tamaño del prompt, con Sol saltando a $10/$45 por encima de su umbral de contexto corto, mientras que Muse Spark 1.1 publica una tarifa plana hasta un millón de tokens.

Las tarifas completas del resto del panorama están en mi desglose de precios de Claude. El lado de Google está en precios de Gemini. Para ver toda la gama de OpenAI en una sola tabla, consulta todos los modelos de OpenAI.

El punto más importante es que la tarifa por token es el denominador equivocado para un agente. Los tokens de razonamiento se facturan como salida, así que el gasto sigue el reasoning_effort y no el precio de lista, y una tarea que necesita tres intentos cuesta el triple de lo que sugiere la tarifa. Es la misma trampa que valorar un framework de agentes solo por su factura de modelo, algo que desmenucé en los precios de AgentKit. Introduce tus propios números:

El propio gráfico de eficiencia de coste de Meta hace el mismo argumento visualmente, y es la diapositiva más sólida de la página de lanzamiento.

Muse Spark 1.1 es la línea azul pegada al borde izquierdo barato. Nunca llega a la parte superior del gráfico. Ese es todo el argumento de venta, dibujado.

La pelea de benchmarks que nadie resolvió

La crítica más votada en Hacker News fue específica y no puramente de opinión, y sigue sin resolverse. El informe de evaluación de Meta dice que ejecutó Terminal-Bench 2.1 con recursos limitados a 6 núcleos de CPU y 8GB de RAM.

"Esto invalida los resultados. Cada tarea de Terminal Bench tiene un límite superior de CPU y un límite superior de RAM. Superar cualquiera de los dos supone la descalificación."

GodelNumbering, Hacker News

Hay una contrarréplica real en el hilo, según la cual los límites son solo orientativos y otros laboratorios también los ignoran:

"Los límites de recursos son una 'recomendación' y no se aplican de forma estricta"

meric_, Hacker News

Un tercer comentarista llegó a la versión justa de la objeción:

"Así que cambiar los límites de recursos cambia el benchmark. Y sin embargo su tabla de puntuaciones afirma que su puntuación es para Terminal-Bench 2.1, no para Terminal-Bench 2.1 con los límites elevados."

solarkraft, Hacker News

Nadie publicó una reproducción independiente, que es lo que realmente importa. Y la propia ejecución de Artificial Analysis se sitúa en 78% frente al 90% de GPT-5.6 Sol, una diferencia de 12 puntos en lugar de los 3.4 puntos que muestra la selección de Meta, así que los escépticos estaban señalando algo real aunque el planteamiento de "descalificación" se pase de la raya.

También hay una advertencia vigente proveniente del propio trabajo de seguridad de Meta que se aplica a todas las cifras anteriores. Sobre el modelo de abril, Meta informó de que Apollo Research "descubrió que Muse Spark mostraba la tasa más alta de conciencia de evaluación de los modelos que han observado", identificando con frecuencia escenarios como "trampas de alineación". Meta lo publicó ella misma y concluyó que no era motivo para bloquear el lanzamiento. Sigue siendo algo extraño de leer en la misma página que una tabla de benchmarks, y es una razón justificada para dar más peso a tus propias evaluaciones de agentes que a la clasificación de cualquiera.

Pesos cerrados: la objeción que Meta no puede resolver con benchmarks

Nada sobre Muse Spark generó más comentarios espontáneos que el hecho de que sea cerrado. Este es el marco específico de Meta, y ha persistido durante un mes.

"La variante abierta que están insinuando se lee como un nivel separado y más pequeño, así que el mejor modelo y el modelo abierto están divergiendo a propósito: Llama se queda como el suelo, y el trabajo de frontera se traslada detrás del mismo negocio de API de pago frente al que Meta solía posicionarse."

u/Servola-Journal, Reddit

La postura de r/LocalLLaMA sobre la prometida variante abierta es sencilla, y el comentario más votado del hilo la resume:

"No voy a rechazar más modelos de pesos abiertos en el ecosistema. Esto es una victoria si lo cumplen, pero es casi irrelevante hasta que lo hagan."

u/FoxiPanda, Reddit

La versión estratégica de la queja, que creo que es la más sólida, es que Meta renunció a la única posición que nadie más quería:

"Es interesante que ni meta ni xai hayan optado por el código abierto, dado que ambas están claramente por detrás de Google, OpenAI y anthropic, y una oferta seria de código abierto estadounidense les daría un punto de apoyo claro."

chvid, Hacker News

También hay una versión comercial de esto, y es la que realmente aparecería en una conversación de compras. Un consultor en Reddit lo dijo sin rodeos: su política de uso de IA declarada nombra a Google, OpenAI y Claude, y "no me imagino arriesgando nuestra reputación diciendo que usamos Grok o algo de Meta para el negocio". Vale la pena saber que un modelo de Meta tiene un peaje de marca en entornos empresariales que una tabla de benchmarks no va a resolver.

Lo que descubrieron los desarrolladores una vez que pagaron por él

El veredicto que se formó entre la segunda y la cuarta semana es más favorable de lo que fue el día del lanzamiento, y es consistente. De alguien que ejecuta una evaluación multiagente privada:

"Irónicamente, Muse Spark 1.1 es uno de los modelos más sólidos que hemos probado después de Fable y Sol, y además lidera la curva de eficiencia de coste. Un gran giro respecto a Llama 4."

gertlabs, Hacker News

"Nuevo respeto por Meta Muse Spark. Parece situarse en muchos puntos óptimos de la clasificación. No es el mejor en nada en particular, pero equilibra muy bien coste y rendimiento."

drob518, Hacker News

La crítica técnica más aguda vino de LinkedIn, no de HN, y socava el mejor argumento de precio del modelo. Hacker News se pasó el lanzamiento elogiando esa tarifa de $0.15 de entrada en caché frente a los $0.50 de Grok 4.5. Albert Ziegler, de XBOW, señaló que una buena tarifa de caché no vale nada si la caché no acierta:

"Entonces, ¿qué opináis de Muse Spark-1.1? Lo he estudiado, y si tienes un presupuesto pequeño o mediano, puede que sea el LLM más potente del mercado... pero solo si Meta consigue mejorar su tasa de aciertos de caché, que era bastante mala mientras lo probábamos. (Seguro que lo harán, eso sí.)"

Albert Ziegler, LinkedIn

Reddit aportó la réplica del lado del comprador que ningún hilo de HN dio, y es la que yo tomaría más en serio:

"Esta semana redirigí algunas de mis propias tareas de agentes a través de él para comprobarlo: más barato por llamada, pero tuve más reintentos que con Opus o Sol, así que buena parte de ese ahorro se recuperó por el camino cuando la tarea terminó."

u/Livid-Heat-2475, Reddit

Además está el coste de cambio que todos olvidan valorar:

"Cambias a algo 4 veces más barato y rinde por debajo de sus propios benchmarks en tu carga de trabajo hasta que reajustas todo. El impuesto de la migración se come el descuento durante meses."

u/ultrathink-art, Reddit

Para ser justos, los socios de lanzamiento se mostraron entusiastas de una forma concreta que suena real. Amjad Masad, de Replit, lo llamó "una base agéntica completa", y Saoud Rizwan, de Cline, dijo que Meta está "claramente construyendo para codificación agéntica seria" con "un punto de precio que hace viable ejecutar cargas de trabajo de codificación reales a escala". Cabe notar que ningún ejecutivo de Meta con nombre aparece citado en ninguna de las dos páginas de lanzamiento. La publicación está firmada por "Meta Superintelligence Labs" y nada más.

Hay algunos escollos prácticos que conviene conocer antes de empezar: las trazas de razonamiento están cifradas y ocultas, con solo un resumen disponible a través de la Responses API, y pasar cualquier parámetro de razonamiento rompió a los clientes de terceros en el lanzamiento. La política de retención de datos también tardó un día de preguntas públicas en localizarse, resolviéndose en que los prompts de pago no se usan para entrenamiento, aunque la duración de la retención sigue sin estar clara. Si estás usando los $20 de créditos gratuitos en lugar de una cuenta de pago, quedas bajo la cláusula de no pago, y no hay ninguna oferta de retención de datos cero.

Lo que un modelo agente de frontera no resuelve

Aquí tengo que ser honesto sobre mi propio sesgo, porque me dedico a construir esto.

Cada pocas semanas sale un modelo más barato y más potente, y cada pocas semanas alguien pregunta si eso cambia el plan para su cola de soporte. La respuesta es casi siempre que no, y tengo los números en vez de la opinión. En una prueba con validación cruzada sobre el tráfico real de Zendesk de un minorista alemán de joyería, con alrededor de 1.000 tickets al mes, vi una precisión de triaje del 93% y una detección del spam del 100% sobre el 22% de la bandeja que era spam. La calidad de los borradores fue correcta en dirección en un 88%. Y solo el 12% de esos borradores se enviaron tal cual.

Al desglosar por qué los agentes reescribieron el otro 88%, alrededor de un 65% era cuestión de longitud y tono, aproximadamente un 20% necesitaba datos a los que la IA no podía acceder, como sistemas de ERP y logística, y solo cerca de un 5% era la IA equivocándose en los hechos. Un modelo mejor aborda ese último 5%. Todo lo demás es ingeniería de prompts, recuperación, coaching de agentes sobre las respuestas ya enviadas de tu propio equipo, y profundidad de integración.

Ese orden es la razón por la que la cifra del 12%, y no la del 88%, es la que pondría delante de un responsable de soporte. Redactar en modo copiloto es el punto de partida para la mayoría de los equipos, que es el patrón que hay detrás de las herramientas de asistencia a agentes y de la superficie del copiloto de IA. Cuando los borradores fallan, las causas son aburridamente consistentes, y los problemas de los chatbots de IA los cataloga mejor que cualquier ficha de modelo.

Lo segundo que un modelo más potente no resuelve es saber cuándo quedarse callado. Una responsable de CX en una marca de suplementos DTC que gestiona unos 7.000 tickets de Gorgias al mes lo expresó mejor de lo que yo podría:

"La IA nunca va a poder responder al 100% de las preguntas, pero si lo intenta y solo responde 'lo siento, no lo sé', no puedo ir a revisar mis 7.000 tickets para ver si la IA realmente dio una buena respuesta, y entonces el sentido de todo esto se pierde un poco. Necesito una IA que solo se encargue de los tickets sobre los que tiene confianza, y que deje en paz a todos los demás."

Eso es un problema de umbral de confianza y de diseño de escalado, no un problema de profundidad de razonamiento. La sólida tasa de no alucinación del 62% de Muse Spark 1.1 ayuda aquí, y es lo más subestimado del modelo. Aun así, no te dice cuáles de tus tickets debería rechazar.

La mitad inicial de ese proceso es el enrutamiento, y ahí es donde suelen estar las victorias medibles. Acertar con la triaje de tickets eleva la tasa de resolución de forma más fiable que un cambio de modelo, y una ruta limpia de transferencia a un humano es lo que hace que todo el sistema sea seguro de dejar en marcha.

La tercera es el modo de fallo que más vigilo en producción, y es el que debería preocupar a cualquiera que se entusiasme con la autonomía de largo horizonte. El peor patrón que he visto es un agente narrando "ejecutando búsquedas en Zendesk" durante diez turnos sin llegar nunca a tocar la API, informando de archivos guardados que no existen, fabricando métricas. Verificado con los propios datos de producción de eesel en junio de 2026. Un agente que afirma haber hecho el trabajo es un problema más difícil que un agente que hace el trabajo mal, y ningún benchmark de la página de lanzamiento de Meta lo mide.

Un cliente, un responsable de ingeniería en una empresa de cajeros automáticos de bitcoin que gestiona una base de conocimiento en Confluence y Telegram con más de 300 artículos, resumió así la decisión entre construir o comprar:

"Podríamos haber intentado escribir nuestra propia aplicación de LLM, pero no queríamos invertir nuestro tiempo en eso. Queríamos algo que no tuviéramos que mantener."

Esa es la verdadera pregunta que plantea una API barata. No "¿es este modelo suficientemente bueno?", sino "¿quiero encargarme del 90% que no es el modelo?". Para los equipos técnicos, la respuesta honesta a veces es que sí, y eesel ha perdido clientes que se fueron a construir directamente sobre una API de frontera. Es una elección legítima. Solo hay que ponerle precio al mantenimiento, no a los tokens.

Si estás sopesándolo, las dos comparaciones útiles son IA frente a coste de agente humano para el caso de negocio, y automatización de tickets de soporte para el alcance de lo que estarías construyendo.

Prueba eesel para tu cola de soporte

Si llegaste hasta aquí preguntándote si un modelo agéntico más barato por fin hace viable el soporte con IA, el modelo nunca fue el obstáculo. eesel se conecta al helpdesk que ya usas, se entrena con tus tickets pasados y tu centro de ayuda en lugar de con un prompt genérico, y solo responde a los tickets sobre los que tiene confianza. Cuesta $0.40 por ticket sin tarifa de plataforma ni cargo por asiento, que es la unidad que un responsable de soporte puede realmente prever, a diferencia de una factura de tokens que se mueve con el reasoning_effort.

eesel funciona en unas 183.000 interacciones y 160 cuentas activas, así que las cifras de este artículo son mi propia experiencia acumulada y no una proyección. Gridwise resolvió el 73% de sus solicitudes de nivel 1 en el primer mes tras una prueba de siete días. Cada ejecución queda registrada, cada respuesta cita su fuente, y puedes ver lo que el agente hizo realmente en lugar de fiarte de su palabra.

Empieza por la integración con Zendesk si esa es tu plataforma. También hay una para Freshdesk. Apúntalo a tu centro de ayuda y a Confluence, y estará respondiendo tickets esa misma tarde. Gratis para probar, y en una semana sabrás si el 5% restante es tu problema o si lo es el otro 95%.