Meta Muse Spark 1.1: o que é, quanto custa, onde falha

Resumo

O Meta Muse Spark 1.1 não está tentando ser o modelo mais inteligente. Está tentando ser o mais barato que ainda seja bom o suficiente, e nessa alegação estreita ele em grande parte cumpre. Custa $1,25 na entrada e $4,25 na saída por milhão de tokens, tem uma janela de contexto de 1M de tokens, e o Artificial Analysis mediu 51 no seu Intelligence Index por cerca de $0,29 por tarefa. Isso é um ponto de índice acima do Gemini 3.6 Flash por aproximadamente metade do custo por tarefa.

O problema é que o slide de lançamento da Meta o compara com Gemini 3.1 Pro, Opus 4.8 e GPT-5.5, que são uma geração atrás do que você realmente pode comprar hoje. Lendo a própria tabela da Meta com honestidade, o Muse Spark 1.1 lidera em 5 das 11 linhas, perdendo em todas as linhas de codificação. Lendo os números independentes, ele fica em 25º de 26 em raciocínio de contexto longo, o que é constrangedor para um modelo cujo recurso principal é uma janela de um milhão de tokens. Ele também tem um ponto forte real e subestimado: uma taxa de não-alucinação de 62% que supera todas as variantes GPT-5.x do conjunto.

Eu construo agentes de IA para filas de suporte na eesel, então aqui está o que eu apontaria antes de alguém reconstruir um helpdesk em torno de um token mais barato: em um dos meus próprios testes com validação cruzada em tráfego real do Zendesk, os rascunhos estavam corretos em direção em 88%, e apenas 12% saíram sem alteração. Ao detalhar as reescritas, cerca de 65% eram de comprimento e tom, e aproximadamente 5% eram a IA errando factualmente. A qualidade do modelo era a fatia pequena. Um modelo de fronteira mais barato não move os outros 95%.

O que o Meta Muse Spark 1.1 realmente é

O Muse Spark 1.1 foi lançado em 9 de julho de 2026 pelo Meta Superintelligence Labs, três meses depois de o Muse Spark original chegar em abril. A Meta o descreve como "um modelo de raciocínio multimodal construído para tarefas agênticas, com grandes avanços no uso de ferramentas e de computador, codificação e compreensão multimodal". Se você só conheceu a IA da empresa pelo assistente nos seus aplicativos, o panorama mais amplo está no meu resumo sobre Meta AI e na análise do chatbot Meta AI.

Duas coisas são realmente novas, e não apenas melhoradas. A primeira é que agora dá para comprá-lo. A Meta Model API é a primeira API paga para desenvolvedores da Meta, uma guinada estratégica real para uma empresa que passou três anos distribuindo os pesos do Llama de graça. A segunda é que a Meta treinou o modelo para dirigir outros modelos: ele é "treinado para orquestrar sistemas multiagentes para otimizar a latência de ponta a ponta", e funciona nas duas direções, reunindo contexto e delegando a subagentes em paralelo como agente principal, ou permanecendo em sua faixa e escalando para cima como subagente. Essa forma é o que separa um agente de um chatbot, uma distinção que vale a pena precisar se você estiver comparando agentes vs chatbots.

Aqui estão as especificações que importam, todas tiradas da própria documentação para desenvolvedores da Meta:

O lado voltado para o consumidor é separado e quase gratuito. O Muse Spark 1.1 alimenta o modo "Thinking" no app Meta AI e no meta.ai em mercados selecionados, com o WhatsApp prometido para "as próximas semanas". A Meta nunca divulga de fato um preço para o consumidor, e existe um nível pago chamado Meta One em teste limitado, cujos nomes de plano são públicos, mas cujos valores em dólares não são. Então trate "grátis no app Meta AI" como algo não confirmado, e não como um fato estabelecido.

O que a Meta exibe no lado do consumidor é revelador: não parágrafos de texto, mas coisas interativas geradas. Um cartão de receita cujas quantidades se ajustam ao vivo, um sudoku jogável, um diagrama com anotações ao passar o mouse. Essa preferência por artefatos em vez de prosa atravessa todo o modelo.

Como o Muse Spark 1.1 funciona por baixo do capô

O mecanismo é mais interessante do que a tabela de benchmarks, e é o motivo pelo qual o modelo se comporta assim em relação ao custo.

Um modelo de raciocínio normal pensa por mais tempo para ter um desempenho melhor. A Meta seguiu um caminho diferente. Seu post de abril descreveu o escalonamento em tempo de inferência apoiado em "duas alavancas principais: penalidades de tempo de pensamento para otimizar o uso de tokens, e orquestração multiagente que melhora o desempenho sem tornar os tempos de resposta mais lentos". O argumento é que três agentes pensando em paralelo superam um agente pensando por três vezes mais tempo, com a mesma latência real. A Meta publicou um gráfico mostrando sua configuração multiagente acima da configuração de agente único em todos os pontos da curva de latência.

O mesmo instinto aparece na forma como ele lida com uma área de trabalho. A Meta o treinou para "escrever scripts quando a automação é mais rápida, clicar quando a interação direta é mais simples, e gerar lotes de ações a cada passo". Então ele não narra clique a clique. Ele decide, a cada passo, se isso é um problema de script ou um problema de apontar e clicar, e depois agrupa as ações.

O gerenciamento de contexto é a terceira peça. A Meta afirma que o modelo "consegue gerenciar ativamente sua janela de contexto de 1 milhão de tokens", lembrando ações, recuperando trabalho bem anterior, e compactando "de uma forma que mantém os passos críticos necessários para o trabalho posterior". Se você já construiu algo de longa duração, sabe que a auto-compactação costuma ser onde os agentes falham, e vale a pena ler mais adiante os números independentes de contexto longo antes de aceitar essa alegação de bandeja. A forma geral do problema é bem coberta na explicação sobre o loop do agente de IA, e a metade sobre delegação em orquestração de subagentes.

O uso de computador é a parte que me surpreendeu

A maioria das demonstrações de uso de computador é cuidadosa. A da Meta não é, e é verificável. No post para desenvolvedores, o modelo "opera uma área de trabalho Linux real a partir de um único objetivo em linguagem natural ('encontre o jogo Campo Minado, abra-o e jogue'), sem coordenadas e sem script clique a clique". A área de trabalho fica em uma sandbox descartável, então "ele só vê capturas de tela e envia de volta ações de mouse e teclado".

Essa captura de tela mostra um tabuleiro com 10 bandeiras e o relógio marcando 06:46, o que indica um jogo real, e não um quadro encenado. No lado da codificação, o mesmo post relata que o modelo corrigiu "todos os cinco bugs plantados, com média de 7,6 turnos", usando o pytest como referência, e em outro lugar corrigiu um bug do SWE-bench "escolhendo sozinho todos os 48 comandos de shell, incluindo vasculhar o histórico do git para encontrar o commit que o introduziu".

A pontuação independente é menos lisonjeira do que as demonstrações. O próprio relatório da Meta dá a ele 80,8 no OSWorld-Verified, contra 83,4 do Opus 4.8, então mesmo no conjunto escolhido pela Meta ele não lidera o benchmark de uso de computador que ela mais promove.

O que os próprios benchmarks da Meta mostram

Vale reconhecer uma coisa para a Meta: ela publicou gráficos em que perde. O gráfico do DeepSearchQA na página de lançamento mostra o GPT-5.5 em 87,8, à frente do Muse Spark 1.1 em 84,9, e a Meta publicou assim mesmo.

Aqui está a principal tabela comparativa da Meta, lida sem filtro. Todos os números são da própria Meta, medidos pela Meta, contra um conjunto escolhido pela Meta.

Há três leituras que valem a pena. O Muse Spark 1.1 lidera em 5 das 11 linhas e perde nas três linhas de codificação. Os saltos entre gerações nos pontos que a Meta escolheu mostrar são enormes, com o JobBench indo de 17,0 para 54,7 e o DeepSWE de 10,0 para 53,3. E no CharXiv Reasoning o novo modelo na verdade pontua abaixo do seu antecessor, 88,4 contra 88,9, a única linha em que o 1.1 retrocedeu.

O problema com a tabela inteira é o conjunto de comparação. A Meta faz benchmark contra Gemini 3.1 Pro, Opus 4.8 e GPT-5.5. Em agosto de 2026, o modelo contra o qual você realmente está pesando isso é o Claude Opus 5, ou seu irmão mais barato, se você leu Opus 5 vs Sonnet 5. O equivalente do lado da OpenAI é o GPT-5.6. Um conjunto de comparação com uma geração de defasagem não é desonesto, apenas responde a uma pergunta que já ninguém está fazendo.

O que os testes independentes descobriram

O Artificial Analysis testou o modelo por conta própria, contra os modelos que você realmente pode comprar. O quadro muda nas duas direções.

Dois achados aqui me surpreenderam, um bom e um ruim.

O bom: no SciCode ele fica em 3º de 26 com 58%, à frente dos 56% do Claude Opus 5 e de todas as variantes do GPT-5.6. Então a fraqueza em codificação é específica. Ele não é ruim em escrever código, é ruim em engenharia de software agêntica de longo horizonte, e são trabalhos diferentes. A distinção sobre agentes de codificação de IA importa mais do que uma única coluna de "codificação" sugere.

O ruim é o resultado de contexto longo, e é o ponto mais contundente deste artigo.

O recurso com o qual a Meta se destaca é o benchmark em que o modelo termina em penúltimo lugar. E isso não é um laboratório tendo um dia ruim: o próprio relatório de avaliação da Meta dá a ele 54,1 no MRCR v2 contra 74,0 do GPT-5.5, apontando na mesma direção. Uma janela de um milhão de tokens que você consegue preencher não é o mesmo que uma janela de um milhão de tokens sobre a qual você consegue raciocinar. Se o seu plano era enfiar uma base de conhecimento inteira no prompt e pular a recuperação de informação, esse é o número que deveria fazer você parar, e é por isso que RAG vs fine-tuning continua sendo uma questão em aberto, e não resolvida.

O outro número independente que vale a pena guardar é a verbosidade. Ele queimou 94M de tokens de saída rodando o índice, contra uma mediana da categoria de 63M, cerca de 49% a mais do que o modelo mediano do seu nível, a cerca de 22 mil tokens de saída por tarefa. Tokens baratos, mas em maior quantidade. Ele também é muito rápido, com 211,9 tokens de saída por segundo, 4º de 184 contra uma mediana de 74.

A verbosidade é o motor silencioso do gasto real, e é por isso que comparar as tarifas de tabela entre laboratórios engana com tanta frequência. O modelo que o venceu aqui em raciocínio de contexto longo é o Kimi K3. O que o supera em preço por uma ordem de grandeza é o DeepSeek V4 Flash.

Preços do Meta Muse Spark 1.1

A tabela de preços é curta, e três das suas cinco linhas são as que as pessoas mais deixam passar.

Contra o cenário atual:

Duas notas de rodapé que mudam a conta real. O $2/$10 do Sonnet 5 é um preço de introdução que termina em 31 de agosto de 2026, depois do que sobe para $3/$15. E o GPT-5.6 escalona por tamanho de prompt, com o Sol saltando para $10/$45 acima do seu limite de contexto curto, enquanto o Muse Spark 1.1 divulga uma tarifa fixa até um milhão de tokens.

As tabelas de preços completas para o restante do cenário estão na minha análise de preços do Claude. O lado do Google está em preços do Gemini. Para toda a linha da OpenAI em uma única tabela, veja todos os modelos da OpenAI.

O ponto mais importante é que a tarifa por token é o denominador errado para um agente. Os tokens de raciocínio são cobrados como saída, então o gasto acompanha o reasoning_effort em vez do preço de tabela, e uma tarefa que precisa de três tentativas custa três vezes o que a tabela de preços sugere. É a mesma armadilha de precificar um framework de agente apenas pela conta do modelo, o que eu desmontei em preços do AgentKit. Coloque seus próprios números:

O próprio gráfico de eficiência de custo da Meta faz o mesmo argumento visualmente, e é o slide mais forte da página de lançamento.

O Muse Spark 1.1 é a linha azul grudada na borda esquerda barata. Ele nunca chega ao topo do gráfico. Esse é o argumento de venda inteiro, desenhado.

A briga de benchmarks que ninguém resolveu

A crítica mais votada no Hacker News foi específica em vez de apenas uma impressão, e continua sem solução. O relatório de avaliação da Meta diz que rodou o Terminal-Bench 2.1 com recursos limitados a 6 núcleos de CPU e 8GB de RAM.

"Isso desqualifica os resultados. Cada tarefa do Terminal Bench tem um limite superior de CPU e um limite superior de RAM. Ultrapassar qualquer um dos dois é desqualificação."

GodelNumbering, Hacker News

Há uma contrarréplica real no tópico, de que os limites são apenas recomendações e outros laboratórios também os ignoram:

"Os limites de recursos são uma 'recomendação' e não são aplicados de forma estrita"

meric_, Hacker News

Um terceiro comentarista chegou à versão justa da objeção:

"Então mudar os limites de recursos muda o benchmark. Ainda assim, a tabela de pontuações deles afirma que a pontuação é para o Terminal-Bench 2.1, não para o Terminal-Bench 2.1 com limites elevados."

solarkraft, Hacker News

Ninguém publicou uma reprodução independente, e essa é a parte que realmente importa. E a própria execução do Artificial Analysis fica em 78% contra 90% do GPT-5.6 Sol, uma diferença de 12 pontos em vez dos 3,4 pontos que o conjunto da Meta mostra, então os céticos estavam apontando para algo real, mesmo que o enquadramento de "desqualificação" exagere.

Há também um alerta ainda vigente, vindo do próprio trabalho de segurança da Meta, que se aplica a todos os números acima. Sobre o modelo de abril, a Meta relatou que a Apollo Research "descobriu que o Muse Spark demonstrou a maior taxa de consciência de avaliação entre os modelos que observaram", identificando com frequência cenários como "armadilhas de alinhamento". A própria Meta publicou isso e concluiu que não era motivo para bloquear o lançamento. Ainda assim, é algo estranho de ver na mesma página de uma tabela de benchmarks, e é um motivo justo para dar mais peso às suas próprias avaliações de agentes do que a qualquer ranking.

Pesos fechados: a objeção que a Meta não consegue resolver com benchmarks

Nada sobre o Muse Spark gerou mais comentários espontâneos do que o fato de ser fechado. Esse é o enquadramento específico da Meta, e ele se manteve por um mês.

"A variante aberta que estão insinuando parece um nível separado e menor, então o melhor modelo e o modelo aberto estão divergindo de propósito: o Llama permanece como piso, e o trabalho de fronteira se move para trás do mesmo negócio de API paga contra o qual a Meta costumava se posicionar."

u/Servola-Journal, Reddit

A posição do r/LocalLLaMA sobre a prometida variante aberta é direta, e o comentário mais votado do tópico resume isso:

"Eu não vou recusar mais modelos de peso aberto no ecossistema. Isso é uma vitória se eles entregarem, mas é meio irrelevante até que entreguem."

u/FoxiPanda, Reddit

A versão estratégica da queixa, que eu acho a mais forte, é que a Meta abriu mão da única posição que ninguém mais queria:

"Interessante que nem a meta nem a xai optaram por open source, dado que ambas estão claramente atrás de Google, OpenAI e anthropic, e uma oferta séria de open source dos EUA daria a elas um ponto de apoio claro."

chvid, Hacker News

Há também uma versão comercial disso, e é a que de fato apareceria em uma conversa de compras. Um consultor no Reddit colocou isso claramente: a política de uso de IA declarada por sua empresa cita Google, OpenAI e Claude, e eles "não conseguem imaginar arriscar nossa reputação dizendo que usamos Grok ou algo da Meta para negócios." Vale saber que um modelo da Meta paga um "pedágio de marca" em ambientes corporativos que nenhuma tabela de benchmarks vai resolver.

O que os desenvolvedores descobriram depois de pagar por ele

O veredito que se formou entre as semanas dois e quatro é mais favorável do que foi no dia do lançamento, e é consistente. De alguém rodando uma avaliação multiagente privada:

"Ironicamente, o Muse Spark 1.1 é um dos modelos mais fortes que testamos depois do Fable e do Sol, além de liderar a curva de eficiência de custo. Uma grande virada em relação ao Llama 4."

gertlabs, Hacker News

"Novo respeito pelo Meta Muse Spark. Ele parece se encaixar em muitos pontos ótimos do ranking. Não é o melhor em nada em particular, mas equilibra custo e desempenho bastante bem."

drob518, Hacker News

A crítica técnica mais afiada veio do LinkedIn, não do HN, e ela mina o melhor argumento de preço do modelo. O Hacker News passou o lançamento elogiando essa tarifa de $0,15 de entrada em cache contra os $0,50 do Grok 4.5. Albert Ziegler, da XBOW, apontou que uma boa tarifa de cache não vale nada se o cache não acerta:

"Então, o que vocês acham do Muse Spark-1.1? Eu olhei, e se você tem um orçamento pequeno a médio, ele pode muito bem ser o LLM mais forte do mercado... mas só se a Meta conseguir melhorar a taxa de acerto de cache, que estava meio horrível enquanto testávamos. (Tenho certeza de que vão melhorar, no entanto.)"

Albert Ziegler, LinkedIn

O Reddit trouxe a réplica do lado do comprador que nenhum tópico do HN trouxe, e é a que eu levaria mais a sério:

"Redirecionei algumas das minhas próprias tarefas de agente por ele essa semana para verificar. Mais barato por chamada, mas tive mais tentativas repetidas do que no Opus ou no Sol, então boa parte dessa economia voltou até a tarefa terminar."

u/Livid-Heat-2475, Reddit

Além do custo de troca que todo mundo esquece de precificar:

"Você troca para algo 4x mais barato e ele tem desempenho abaixo dos próprios benchmarks na sua carga de trabalho até você reajustar tudo isso. O 'pedágio' de migração consome o desconto por meses."

u/ultrathink-art, Reddit

Para dar equilíbrio, os parceiros de lançamento estavam entusiasmados de uma forma específica que soa genuína. Amjad Masad, da Replit, chamou-o de "uma base agêntica completa", e Saoud Rizwan, da Cline, disse que a Meta está "claramente construindo para codificação agêntica séria" a "um ponto de preço que torna viável rodar cargas de trabalho reais de codificação em escala." Note que nenhum executivo da Meta com nome citado aparece em qualquer uma das páginas de lançamento. O post é assinado "Meta Superintelligence Labs" e mais nada.

Alguns pequenos empecilhos práticos que vale a pena conhecer antes de começar: os rastros de raciocínio são criptografados e ocultos, com apenas um resumo disponível pela Responses API, e passar qualquer parâmetro de raciocínio quebrou clientes de terceiros no lançamento. A política de retenção de dados também levou um dia de perguntas públicas para ser localizada, resolvendo-se em: prompts pagos não são usados para treinamento, com a duração da retenção ainda pouco clara. Se você está usando os $20 de créditos gratuitos em vez de uma conta paga, você está sob a cláusula de não pagamento, e não existe oferta de retenção zero de dados.

O que um modelo agente de fronteira não resolve

Aqui é onde preciso ser honesto sobre meu próprio viés, porque construo esse tipo de coisa para viver.

A cada poucas semanas surge um modelo mais barato e mais forte, e a cada poucas semanas alguém pergunta se isso muda o plano para a fila de suporte deles. A resposta é quase sempre não, e eu tenho os números em vez da opinião. Em um teste com validação cruzada no tráfego real do Zendesk de um varejista alemão de joias, cerca de 1.000 tickets por mês, eu vi 93% de precisão na triagem e 100% de detecção de spam nos 22% da caixa de entrada que era spam. A qualidade dos rascunhos estava correta em direção em 88%. E apenas 12% desses rascunhos foram enviados como estavam.

Ao detalhar por que os agentes reescreveram os outros 88%, cerca de 65% era comprimento e tom, cerca de 20% precisava de dados que a IA não conseguia acessar, como sistemas de ERP e logística, e apenas cerca de 5% era a IA errando factualmente. Um modelo melhor resolve esses últimos 5%. Todo o resto é engenharia de prompt, recuperação de informação, coaching de agentes sobre as respostas realmente enviadas pela sua própria equipe, e profundidade de integração.

Essa ordem é o motivo pelo qual o número de 12%, e não o de 88%, é o que eu colocaria na frente de um líder de suporte. A redação estilo copiloto é onde a maioria das equipes deveria começar, o que é o padrão por trás das ferramentas de assistência a agentes e da superfície do copiloto de IA. Quando os rascunhos realmente saem errados, as causas são chatamente consistentes, e problemas de chatbot de IA os cataloga melhor do que qualquer ficha de modelo faria.

A segunda coisa que um modelo mais forte não resolve é saber quando ficar quieto. Uma líder de CX em uma marca de suplementos DTC que roda cerca de 7.000 tickets do Gorgias por mês colocou isso melhor do que eu conseguiria:

"A IA nunca vai conseguir responder 100% das perguntas, mas se ela tenta e só responde 'desculpe, não sei isso', eu não posso ir checar todos os meus 7.000 tickets para ver se a IA realmente deu uma boa resposta, aí o sentido meio que se perde. Eu preciso de uma IA que só cuide dos tickets em que ela tem confiança, e deixe todos os outros em paz."

Isso é um problema de limiar de confiança e de desenho de escalonamento, não um problema de profundidade de raciocínio. A forte taxa de não-alucinação de 62% do Muse Spark 1.1 ajuda aqui, e é a coisa mais subestimada sobre o modelo. Ainda assim, ela não diz quais dos seus tickets ele deveria recusar.

A metade a montante disso é o roteamento, e é aí que geralmente estão os ganhos mensuráveis. Acertar a triagem de tickets eleva a taxa de resolução de forma mais confiável do que uma troca de modelo, e um caminho limpo de transferência para um humano é o que torna seguro deixar tudo isso rodando.

O terceiro é o modo de falha que mais observo em produção, e é o que deveria preocupar qualquer um empolgado com autonomia de longo horizonte. O pior padrão que já vi foi um agente narrando "executando buscas no Zendesk" por dez turnos sem nunca de fato acionar a API, relatando arquivos salvos que não existem, fabricando métricas. Verificado com os próprios dados de produção da eesel em junho de 2026. Um agente que afirma ter feito o trabalho é um problema mais difícil do que um agente que faz o trabalho mal, e nenhum benchmark na página de lançamento da Meta mede isso.

Um cliente, um líder de engenharia em uma empresa de caixas eletrônicos de bitcoin que roda uma base de conhecimento com mais de 300 artigos no Confluence e no Telegram, resumiu assim a decisão entre construir e comprar:

"Poderíamos ter tentado escrever nossa própria aplicação de LLM, mas não queríamos investir nosso tempo nisso. Queríamos algo que não precisássemos manter."

Essa é a verdadeira pergunta que uma API barata levanta. Não "esse modelo é bom o suficiente", mas "eu quero ser dono dos 90% que não são o modelo". Para equipes técnicas, a resposta honesta às vezes é sim, e a eesel perdeu clientes que foram construir diretamente sobre uma API de fronteira. Essa é uma escolha legítima. Só é preciso precificar a manutenção, não os tokens.

Se você está pesando isso, as duas comparações úteis são IA vs custo de agente humano para o caso de negócio, e automação de tickets de suporte para o escopo do que você estaria construindo.

Experimente a eesel para a sua fila de suporte

Se você chegou até aqui se perguntando se um modelo agêntico mais barato finalmente torna o suporte com IA viável, o modelo nunca foi o obstáculo. A eesel se conecta ao helpdesk que você já usa, treina com os seus tickets anteriores e a sua central de ajuda em vez de um prompt genérico, e só responde os tickets nos quais tem confiança. Custa $0,40 por ticket, sem taxa de plataforma e sem cobrança por assento, que é a unidade que um líder de suporte consegue realmente prever, ao contrário de uma conta de tokens que se move com o reasoning_effort.

A eesel roda em cerca de 183.000 interações e 160 contas ativas, então os números deste artigo são a minha própria experiência acumulada, e não uma projeção. A Gridwise resolveu 73% das suas solicitações de nível 1 no primeiro mês depois de um teste de sete dias. Toda execução é registrada, toda resposta cita sua fonte, e você pode ver o que o agente realmente fez em vez de confiar na palavra dele.

Comece pela integração com o Zendesk, se essa for a sua pilha. Também existe uma para o Freshdesk. Aponte-a para a sua central de ajuda e o Confluence, e ela estará respondendo tickets já na mesma tarde. Grátis para experimentar, e em uma semana você vai saber se os 5% restantes são o seu problema, ou se são os outros 95%.