Claude Fable 5.2 e Mythos 5.2: novidades e diferenças em relação ao Opus 5.5

Claude Fable 5.2 e Claude Mythos 5.2 são modelos de linguagem anunciados pela Anthropic em 9 de novembro de 2026. Eles compartilham o mesmo modelo de base: o Fable atende trabalhos exigentes de clientes em geral, enquanto o Mythos oferece acesso verificado para pesquisa especializada em cibersegurança e ciências da vida. A escolha depende da tarefa, das condições de acesso e do custo.

O que são Fable 5.2 e Mythos 5.2?

Um modelo de linguagem gera respostas a partir do contexto de textos e outros materiais fornecidos. Esses modelos priorizam trabalhos que vão além de uma resposta curta: investigar informações, planejar e executar ações com ferramentas. Trabalho com agentes significa que a IA utiliza ferramentas para realizar várias etapas. Escolher um modelo não concede automaticamente acesso a arquivos ou à internet; o aplicativo e as ferramentas conectadas definem suas possibilidades reais.

Segundo o anúncio oficial do Fable 5.2 e Mythos 5.2, há melhorias em programação, raciocínio e compreensão visual. O número 5.2 não significa que o Fable seja menos capaz que o Opus 5.5. Fable, Mythos, Opus, Sonnet e Haiku são famílias diferentes; os números devem ser interpretados dentro de cada família.

Revisar um comunicado e encontrar um erro entre vários serviços exigem investigações diferentes. A pergunta útil é quais tarefas difíceis ganham uma opção adicional, em vez de transferir toda solicitação para a novidade.

O que mudou em relação à versão 5.1?

A Anthropic relata melhorias em código, raciocínio complexo e compreensão de imagens frente ao Fable 5.1 e Mythos 5.1, com geração de saída até 30% mais rápida. “Até” não significa que toda tarefa completa leve 30% menos tempo. Leitura de arquivos, pesquisa, execução de ferramentas e revisão também compõem o tempo total.

Em trabalhos longos, defina o escopo e os critérios de sucesso. Em vez de enviar apenas uma mensagem de erro com “corrija isto”, forneça etapas de reprodução, arquivos relevantes, resultado esperado e condições que devem permanecer iguais. Isso não garante sucesso, mas também cria uma base justa para comparar modelos.

Quem migra pela API, interface de programação de aplicações, precisa verificar mais do que o nome do modelo. O guia de mudanças do Fable 5.2 descreve alterações de compatibilidade no histórico, nos blocos de raciocínio e na ferramenta antiga de uso do computador. Confira especialmente integrações que editam mensagens anteriores ou trocam de modelo durante a conversa.

Qual é a diferença entre Fable e Mythos?

É incorreto entendê-los como um modelo básico e uma versão paga mais inteligente. A base é compartilhada, mas o Fable incorpora proteções em cibersegurança e biologia que permitem distribuição mais ampla. O Mythos oferece acesso adequado a pesquisa verificada. A aprovação não libera qualquer pedido; a política de uso continua valendo.

O guia do Cyber Verification Program distingue desenvolvimento seguro cotidiano de pesquisa especializada em segurança. Revisar código e corrigir problemas conhecidos não exige que todos obtenham aprovação do Mythos. Se a pesquisa avançada requer esse acesso, identifique a categoria de inscrição e siga a vinculação da conta e a aprovação. O anúncio também aponta um caminho de verificação específico para ciências da vida.

Para escrever em blogs ou aprender programação, considere primeiro o Fable ou outro modelo disponível ao público geral. Acesso restrito não comprova que o Mythos escreverá artigos melhores. A verificação trata da finalidade e do alcance da pesquisa.

Quando escolher o Opus 5.5?

A comparação oficial de modelos recomenda o Opus 5.5 como ponto de partida para a maioria dos trabalhos e o Fable 5.2 para raciocínio mais difícil e tarefas prolongadas com agentes. A tabela aplica essa orientação à prática; não é uma classificação medida em testes.

Considere ainda o esforço de raciocínio, ajuste que regula a profundidade de resolução do problema. O guia de escolha de modelos recomenda avaliar esse ajuste junto com a escolha do modelo. Alterar os dois ao mesmo tempo dificulta identificar a causa da diferença.

Uma correção ortográfica raramente exige sempre o modelo mais pesado. Para conciliar documentos contraditórios em um relatório com evidências rastreáveis, reduzir omissões e revisões pode importar mais do que obter rapidamente o primeiro rascunho.

Exemplos práticos de solicitações e conferência

Para código, entregue reprodução, arquivos, ambiente, testes necessários e limites. Exemplo: “Os resultados mudam de ordem quando as datas coincidem. Reproduza com a entrada anexada, explique a causa e proponha uma correção sem renomear funções públicas. Datas iguais devem manter a ordem original de entrada.” O resultado esperado é uma ordenação estável nos empates; repita a mesma entrada antes de aplicar a mudança.

Para documentos e gráficos, forneça originais, unidades, período e pergunta. “As vendas aumentaram?” é menos verificável que “A tabela mensal usa milhares de unidades monetárias. Separe receita total e receita por pedido e indique meses ausentes sem estimá-los.” Confira os cálculos na fonte. Se as legendas pequenas forem ilegíveis, acrescente a tabela original.

Consulte também as orientações de prompts do Fable 5.2. Em tarefas com várias ferramentas, detalhe condições de conclusão e materiais acessíveis, além do formato final. São exemplos de pedidos e critérios de revisão, não resultados de desempenho medidos.

Como acessar e calcular os preços?

No Claude, confira o seletor de modelos e as informações de uso da conta. Se o modelo não aparecer, verifique disponibilidade por plano, licença e configuração da organização. Assinatura e API têm cobranças diferentes; o preço mensal não determina sozinho os gastos com API.

No Claude Code, a documentação de configuração explica como selecionar uma versão específica com /model claude-fable-5-2. O Fable 5.2 requer Claude Code 2.1.321 ou posterior. Use /model para conferir seleção e condições. Se houver exigência de créditos de uso, revise a cobrança antes de continuar. Os aliases podem apontar para versões diferentes conforme o provedor.

Estas são as tarifas normais de entrada e saída dos preços oficiais da API, conferidos em 11 de novembro de 2026. Os valores são dólares americanos por milhão de tokens. Tokens são unidades de processamento, não equivalentes exatos de palavras ou caracteres.

Em uma solicitação hipotética com 100.000 tokens de entrada e 10.000 de saída faturáveis, o Fable 5.2 custa no modo normal 0,1 × US$ 8 + 0,01 × US$ 40 = US$ 1,20. As mesmas quantidades no modo rápido custam US$ 2,40. O exemplo exclui descontos de cache e lotes, tarifas de ferramentas e impostos. Confira os registros reais; a resposta visível não revela necessariamente todos os tokens faturáveis.

A aceleração anunciada de até 2,5 vezes no modo rápido refere-se à geração de tokens, sem garantir a mesma redução no tempo da tarefa completa. Verifique suporte na plataforma. Os padrões também diferem: High na documentação API e Medium para aplicativos Claude e Claude Code no anúncio. Não trate ambientes diferentes como condições automaticamente iguais.

Como interpretar benchmarks?

Um benchmark compara modelos com tarefas e regras de pontuação definidas. Uma nota maior não estabelece a mesma vantagem para textos em português, documentos internos ou seu código. Examine ferramentas permitidas, esforço, tentativas e custos.

Um bom resultado na leitura de gráficos não garante cada número pequeno. Resolução, unidades dos eixos e dados ausentes continuam exigindo conferência. Passar nos testes de código também não significa estar pronto para produção: revise comportamento existente, segurança e requisitos operacionais.

Os exemplos científicos e de engenharia interna da Anthropic são resultados relatados nesses ambientes. Não prometem que todos reproduzam o mesmo trabalho no mesmo prazo e custo. Suas tarefas frequentes complementam as notas públicas para escolher.

Como comparar antes de trocar de modelo

Avalie se a novidade reduz um problema concreto. Os passos abaixo são um método de avaliação, não resultados de um experimento comparativo pago.

1. Escolha uma tarefa recorrente e verificável, como um relatório com fontes fixas ou a correção de um erro reproduzível.
2. Defina primeiro os critérios de aceitação: informações obrigatórias presentes, cálculos corretos ou testes existentes aprovados.
3. Mantenha fontes e pedido constantes e salve o resultado atual. Para dados sensíveis, confira autorização de envio e condições de tratamento.
4. Use outra conversa ou uma cópia da pasta de trabalho. Registre modelo, esforço, ferramentas e data; não sobrescreva o ambiente original.
5. Compare precisão, tempo total, novos pedidos, correções humanas e uso real. Para trabalhos importantes, use vários casos para reduzir o efeito do acaso.
6. Adote primeiro nas tarefas com ganho demonstrado. Diante de erros ou custos inesperados, retorne às configurações e arquivos salvos e investigue a entrada problemática.

Manter o modelo atual é razoável se ele atende de forma estável à qualidade exigida. Avalie o Fable 5.2 como opção para trabalhos difíceis e o Mythos conforme necessidade e elegibilidade da pesquisa. Pessoas ainda devem conferir fatos, fontes, execução do código e decisões importantes.