Novidades do Claude Code: Fable 5.2, sessões na nuvem que se configuram sozinhas e um plano que rende mais

A newsletter do time do Claude Code chegou na terça à noite, 10 de novembro, com um modelo novo no assunto, e eu achei que a notícia fosse o modelo. Não era bem isso, porque ele é só um item numa lista grande, e a maior parte do que o time lançou nas últimas semanas é menos vistosa e mais útil: sessões na nuvem que preparam o próprio ambiente, comandos que mostram para onde o seu plano está indo e se oferecem para corrigir, um jeito de recuperar o espaço em disco que as sessões antigas deixam para trás e uma série de mudanças discretas que deixam as conversas longas mais baratas. A seguir passo por tudo isso, na ordem que me parece importar para quem usa o Claude Code todo dia, marcando o que é opinião minha e tirando o resto da newsletter e do changelog oficial.

Fable 5.2, e por que o time ainda indica o Opus

O Fable 5.2 gera as respostas até 30% mais rápido que o Fable 5.1, e o time diz que ele é ótimo para tarefas grandes e abertas. O que mais me chamou a atenção veio no mesmo parágrafo: para a maior parte do código do dia a dia, eles ainda começariam pelo Opus 5.5. É quem faz a ferramenta avisando que o modelo mais novo não é, automaticamente, o padrão certo, e isso bate com o que vejo no meu trabalho, onde casar a tarefa com o modelo pesa mais que a data de lançamento. Para testar, troque com /model claude-fable-5-2, o que pede o Claude Code na versão 2.1.321 ou mais nova.

As regras de acesso têm data, então vale ler com calma. Nos planos Pro e Team Standard, o Fable está incluído até 50% do seu limite semanal, até 16 de novembro; depois disso, ele usa créditos de uso, se você tiver ativado. Quem já assinava um plano pago antes de 9 de novembro às 10h (horário do Pacífico) pode ainda encontrar um reset do Fable em Settings › Usage, na web e no app desktop, que precisa ser usado até 16 de novembro no Pro e no Team Standard, ou até 8 de março de 2027 no Max, no Ultra e no Team Premium. Se você está no Pro, a minha sugestão é guardar uma tarefa grande e aberta de verdade para esta semana, porque é ali que o modelo promete brilhar e é ali que o teste ensina mais.

Sessões na nuvem agora montam o próprio ambiente

As sessões na nuvem rodam a tarefa na infraestrutura da Anthropic, então dá para começar de qualquer aparelho e deixar o trabalho seguindo em segundo plano, e a única parte que ainda sobrava para você era preparar o ambiente: as dependências, o acesso à rede e as chaves que o projeto precisa. Nos planos Pro, Max e Ultra, o Claude agora faz isso também. Quando falta uma dependência, um acesso à rede ou uma chave de API, ele avisa e mostra as mudanças para você aprovar; a chave de API vai num formulário, de modo que o Claude nunca vê a chave; e a configuração fica salva, para a próxima sessão começar do mesmo ambiente. Os detalhes estão na documentação de ambientes na nuvem.

Três mudanças menores do changelog vão no mesmo sentido. Desde a 2.1.318, uma sessão na nuvem num ambiente hospedado pela Anthropic pode começar com a opção No repository, para as tarefas que não precisam de código nenhum. Desde a 2.1.314, um script de setup que falha não impede mais a sessão de começar na web, no desktop e no celular; ela começa assim mesmo, e você resolve a falha lá dentro. E desde a 2.1.312, as rotinas que rodam na nuvem deixam você escolher o nível de esforço ao criar ou editar, o que quer dizer que uma rotina da madrugada não precisa pensar tanto quanto a tarefa que você está acompanhando.

Ver para onde vai o seu plano, e corrigir

Se você já viu o limite semanal acabar mais rápido do que esperava, como eu já vi, esta é a parte para ler duas vezes. O /usage no terminal já mostrava o que mais tinha consumido o seu plano; agora mostra também como corrigir, e apertando f o Claude Code manda um pedido para corrigir sozinho o que der. A documentação de uso explica o que ele mede.

Várias mudanças cortam o gasto sem perguntar nada. O Claude Code mandava a conversa inteira a cada pedido, e para a maioria das pessoas agora manda só as mensagens novas, e é por isso que conversas longas começam a responder mais cedo. Ele também resume as conversas longas paradas pouco antes de o cache expirar, depois de mais ou menos uma hora, e mostra um aviso quando faz isso: retomar uma conversa cujo cache expirou significa processar todo o contexto de novo, e um resumo sai muito mais barato que a conversa inteira. Dá para desligar em /config, e desde a 2.1.314 esse mesmo resumo funciona no VS Code e na aba Code do app desktop, para conversas acima de 200 mil tokens. Trocar de modelo agora pede ao modelo em que você estava para resumir a conversa antes, quando ela é longa demais para o novo. E na 2.1.316 o time corrigiu um gasto em que eu nunca tinha pensado: cada atualização da linha de status no terminal relia a conversa inteira de um subagente em segundo plano, e agora trabalha com anotações curtas, o que no teste deles, no Pro e no Max, fez as sessões com subagentes em segundo plano gastarem cerca de 5% menos do limite.

Liberar o disco que as sessões antigas deixam

Cada sessão que trabalha numa worktree própria do git deixa uma cópia do repositório na sua máquina, e essas cópias vão se acumulando; eu mantenho uma worktree separada para cada artigo deste site, então sei bem a rapidez com que elas se juntam. No app desktop agora dá para ver quanto espaço as sessões e worktrees ocupam em Settings, ou digitar /storage, e apagar as worktrees que você não usa faz tempo, junto com as tarefas inativas. As sessões, as conversas e as branches continuam lá, mas o que não foi commitado vai embora junto com a worktree, então faça o commit antes de limpar.

Pensar mais numa só vez, e confiar nos lugares certos

O ultrathink voltou. Escrever essa palavra no pedido aciona o nível de esforço xhigh só naquela resposta, sem mudar o esforço da sessão inteira; o time é franco em dizer que a maioria das tarefas não precisa disso e que ele vale a pena quando o Claude está realmente travado. A página de configuração de modelos explica os níveis de esforço.

O modo automático, por padrão, só confia na pasta em que você está trabalhando e nos remotes do próprio repositório, o que é um bom começo até o momento em que o Claude precisa fazer push em outro repositório do seu time ou mandar algo para um serviço que você usa todo dia. O /auto-mode-setup olha o seu projeto e os comandos que o Claude rodou nas sessões recentes ali, monta uma lista dos repositórios, domínios e armazenamentos na nuvem em que você confia e, quando você aceita, salva em ~/.claude/settings.json; a página de modos de permissão explica como o modo automático decide. Do lado mais rígido, a 2.1.314 trouxe o permissions.blockWritesOutsideWorkingDirectories: ligado, ele faz as ferramentas Write, Edit e NotebookEdit recusarem qualquer caminho fora das suas pastas de trabalho em todos os modos de permissão, tirando alguns arquivos do próprio Claude Code. Leia o limite com o mesmo cuidado que a promessa, porém, porque ele não restringe comandos de shell, ferramentas MCP nem hooks.

As mudanças menores

O resto da lista é curto, e uma parte muda hábitos:

Dois hábitos do próprio time

A newsletter termina com duas práticas dos engenheiros da Anthropic, e as duas valem a cópia. A primeira resolve o agente que para e fica esperando uma decisão que ele não tem certeza se você tomou; um dos engenheiros dá o sinal verde logo de saída, e conta que isso destravou um time grande de agentes (o texto original é em inglês):

Just build and use your best judgment. Make any call that’s reversible yourself, and check in later with the calls you made.

Em português, algo como: “Pode construir e use o seu bom senso. Toda decisão que dá para desfazer, tome você mesmo, e depois me conte quais decisões tomou.”

A segunda troca a discussão sobre se um design é flexível o bastante por um experimento, que você pode apagar depois:

In a separate worktree, do a throwaway build of [a feature we might add later] on top of this design. Don’t polish it, just tell me where the design got in the way.

Ou seja: “Numa worktree separada, faça uma versão descartável de [uma feature que talvez a gente adicione depois] em cima deste design. Não capriche, só me diga onde o design atrapalhou.”

O time também escreveu como faz code review no Claude Code, com o Claude revisando a maior parte das mudanças antes de uma pessoa olhar, e ensinando a montar o mesmo.

O que eu faria esta semana

Se eu tivesse que escolher, começaria atualizando o Claude Code, porque várias dessas correções chegam sozinhas com a versão nova, e logo depois rodaria o /usage e apertaria f, já que é a mudança que se paga no mesmo dia. Em seguida, o /storage no app desktop, depois de commitar o que importa; o /auto-mode-setup, se o modo automático vive parando na beira do seu próprio repositório; e, no Pro, uma tarefa grande e aberta entregue ao Fable 5.2 antes de 16 de novembro, para você decidir com base no que viu, e não nas notas de lançamento, se ele merece um lugar ao lado do Opus no seu trabalho. A lista completa do que saiu está no changelog, e se você topar com um bug, o /feedback dentro do Claude Code manda direto para o time.

Fontes: “What’s new in Claude Code: Fable 5.2, easier cloud setup, and more”, a newsletter do time do Claude Code de 10 de novembro de 2026; o changelog do Claude Code (versões 2.1.302 a 2.1.321) e as páginas da documentação citadas acima, consultadas em 11 de novembro de 2026.