root@construct:~/rants/model-availability-plan$
<-- voltar para /rants
2026-06-12//OPINIAO

Modelo favorito não pode levar a tarefa junto quando some

Um fluxo que perde o estado da tarefa quando perde acesso ao modelo tá mal preparado pra continuar trabalhando. Em 12 de junho de 2026, a Anthropic anunciou a suspensão global de Fable 5 e Mythos 5 pra cumprir uma diretiva de exportação recebida naquele dia. Os outros modelos continuaram disponíveis. Pra quem dependia daquele acesso, o planejamento mudou de uma vez.

Cinco dias depois, em 17 de junho de 2026, pedi a retomada de agentes parados por limite no Claude. Era limite de uso, uma causa diferente da suspensão anunciada. A cena me interessa porque o pedido seguinte era continuar o trabalho. Ninguém quer transformar a interrupção do fornecedor numa sessão extra de arqueologia pra descobrir onde a tarefa parou.

Quando um agente para, quero começar pelo estado verificável. Se apenas leu material, a retomada tem um custo. Se já alterou alguma coisa, tem outro. Uma mensagem dizendo que estava quase pronto ajuda pouco sem uma forma de conferir o que existe. Recomeçar às cegas pode duplicar esforço; continuar às cegas pode carregar uma conclusão que nunca foi validada.

Por isso quero que trabalhos caros de reconstruir deixem um registro compreensível fora da conversa original. O objetivo precisa estar ali, junto do que já foi conferido e da dúvida que impede o próximo passo. Esse registro deve permitir retomar a investigação. Copiar a confiança do primeiro executor não transfere a evidência que ele deveria ter produzido.

Ter uma alternativa também exige honestidade sobre suas condições. Outro modelo pode precisar de revisão diferente ou de um escopo menor. Esconder a troca pra manter a sensação de continuidade só dificulta descobrir por que a entrega mudou. Prefiro saber o que mudou no executor e ajustar o trabalho de forma explícita.

O tamanho desse registro deve acompanhar a tarefa. Não vou construir uma estrutura enorme pra uma edição curta que dá pra conferir diretamente. Já uma investigação longa merece preservar o suficiente pra não depender da memória de uma janela. A referência é o custo de recuperar o trabalho, com o que preciso verificar ainda visível.

A suspensão de junho e meu pedido posterior por retomada têm causas próprias. As duas situações me levam à mesma exigência operacional: antes de distribuir trabalho longo, quero estado que sobreviva à interrupção. Na retomada, o próximo agente começa conferindo esse estado e segue da próxima dúvida real. Meu modelo favorito pode ficar indisponível; a tarefa precisa continuar compreensível.

Retrospectiva escrita em outubro de 2026. A data do post identifica a semana revisitada; as opiniões incorporam experiências posteriores.

Fontes: Suspensão de Fable 5 e Mythos 5

The Broad Way | Kinho.dev