A 12 de junho de 2026, o Departamento de Comércio dos EUA emitiu uma diretiva de controlo de exportações que obrigou a Anthropic a suspender Fable 5 e Mythos 5 para todos os clientes—não um subconjunto, todos, de imediato. A Anthropic cumpriu em poucas horas. O modelo público mais capaz de sexta de manhã tinha desaparecido na sexta à noite.
A Anthropic opôs-se publicamente. Não mudou o resultado. A decisão não era deles.
Se os seus fluxos dependiam desse modelo específico, a relação com o fornecedor deixou de importar no momento em que a ordem chegou. Nenhum SLA cobre uma ordem de segurança nacional. Nenhum account manager a consegue escalar.
Não é um problema de dois fornecedores
A resposta óbvia é ter Anthropic e OpenAI à mão. Isso falha o ponto.
Quando a ordem chegou, outros modelos da Anthropic permaneceram online. A interrupção foi ao nível do modelo, não do fornecedor. Uma equipa que tinha padronizado em «Claude» de forma ampla estava melhor do que uma que tinha ligado prompts, fine-tunes e parsers especificamente ao Fable 5.
Qualquer modelo pode desaparecer sem aviso—por decisão comercial, descontinuação, alteração de preço ou, como vimos na semana passada, regulação. O risco não é qual empresa escolheu. É se uma string de modelo sustenta a arquitetura.
O que agnóstico ao modelo significa na prática
Dizer «podíamos mudar se fosse preciso» não é ser agnóstico. Normalmente significa o nome do modelo hardcoded em dezenas de sítios e uma migração que levaria semanas.
Na prática, a independência parece isto:
- Uma camada de routing entre a aplicação e o modelo. Os agentes pedem uma capacidade—raciocínio, extração, classificação—, não uma string de fornecedor. A plataforma escolhe o modelo e essa escolha pode mudar sem deploy.
- Prompts e esquemas de resposta num só lugar, abstraídos das particularidades do fornecedor. Trocar de modelo não deve partir o parsing.
- Fallback por modelo como comportamento predefinido, não último recurso num catch. Quando um modelo falha—ou deixa de existir—o tráfego redireciona-se automaticamente.
- O mesmo agente executável em vários modelos para comparar custo, latência e qualidade, e manter uma alternativa testada pronta.
Com isto, um evento tipo Fable 5 é uma alteração de routing, não um incidente de produção.
Governação, não só engenharia
Para empresas reguladas, disponibilidade é só metade. Ao abrigo do AI Act da UE é responsável pelos sistemas de IA que implementa. Se um modelo desaparece e recorre a um que nunca testou, introduziu uma alteração não auditada num sistema pelo qual responde legalmente.
Feito corretamente, independência de modelos significa que a mudança é governada: decisões de routing registadas, alterações de modelo auditáveis, e pode demonstrar que modelo produziu que output e quando. Resiliência e conformidade são a mesma disciplina—saber e registar o que está realmente a correr.
A maioria trata agnosticidade como otimização de custos e só depois percebe que audit trail e fallback deviam ser o mesmo sistema desde o início.
Um teste simples
Pergunte à equipa: se o modelo principal não estivesse disponível amanhã às 9h, sem aviso, quanto tempo até voltarem ao normal?
Se a resposta se mede em dias—ou «tínhamos de descobrir»—não tem diversidade de fornecedores. Tem um single point of failure com um logótipo.
Os modelos vão continuar a mudar. Novos lançamentos, descontinuações, e alguns retirados por quem não responde às suas compras. A solução duradoura é o negócio ser indiferente ao modelo que corre por baixo.
É para isso que serve uma camada de orquestração e governação—a diferença entre implementar agentes e operá-los com confiança quando o panorama de modelos muda.
A Copyl encaminha agentes por vários modelos com identidade por agente, audit trail completo e residência de dados na UE. Se um modelo desaparece, os agentes continuam—e pode provar o que mudou. Fale connosco sobre routing multi-modelo.