A Anthropic enviou esta semana aos usuários do Claude Code um resumo do que foi lançado em agosto. O tema: a ferramenta deixou de ser apenas "um assistente de programação no seu terminal" e virou um espaço de trabalho mais amplo — design de interfaces, controle do estilo das respostas e permissões de execução regidas por regras escritas em linguagem simples.

Veja o que realmente mudou e o que isso significa para uma equipe de engenharia ou para um dono de produto.

1) A skill de design: da ideia à interface editável sem sair do terminal

/design é uma nova skill lançada como prévia de pesquisa em 17 de agosto de 2026. Dê a ela uma ideia, uma captura de tela ou um design existente, e ela devolve pranchetas editáveis no Claude Design — construídas sobre artifacts e disponíveis tanto na CLI quanto no aplicativo para desktop.

O valor está em manter todo o ciclo em um só lugar: descreva a tela, receba várias opções, escolha uma, ajuste-a e depois peça ao Claude que escreva o código que a implementa. E como o resultado é um arquivo de design de verdade, e não uma imagem, ele pode ser compartilhado: nos planos Team e Enterprise, qualquer pessoa que você tornar editora pode alterá-lo e publicar uma nova versão.

O uso mais inteligente vem antes de escrever código, não depois: peça várias opções para uma tela antes de se comprometer com uma.

2) O estilo de saída Concise: resultado primeiro, sem preâmbulo

Uma reclamação recorrente dos desenvolvedores é que as respostas do Claude ficam longas demais. A resposta é um estilo de saída nativo chamado Concise: ele começa pelo resultado, elimina o preâmbulo e a narração passo a passo e mantém as respostas curtas por padrão. O trabalho de engenharia em si não é encurtado, e se você pedir uma explicação detalhada, recebe a explicação completa.

Uma exceção importante: ele nunca corta relatórios de erro, alertas de segurança ou confirmações de ações destrutivas.

Ative pelo /config e depois Output style, ou diretamente nas configurações:

{ "outputStyle": "Concise" }

Ele exige a versão 2.1.237 ou posterior e eleva para cinco os estilos nativos: Default, Proactive, Concise, Explanatory e Learning. Uma observação técnica: o estilo de saída faz parte do prompt de sistema, que é lido uma única vez no início da sessão, então uma mudança passa a valer depois de /clear ou em uma nova sessão.

3) Continuação automática após um limite de uso

Atingir um limite de uso significava que a sessão parava e você esperava a redefinição antes de digitar "continue". Agora a sessão retoma de onde parou assim que o limite é liberado.

Isso não aumenta seus limites, mas elimina a necessidade de ficar de olho no relógio. Seu valor real aparece em tarefas longas deixadas rodando entre uma sessão e outra.

4) O modo automático é o padrão, e suas regras são frases simples

Desde 14 de agosto de 2026, o modo automático é o modo de permissão padrão para novas sessões nos planos Pro, Max e Team. Nele, você não revisa cada ação antes de ela ser executada; um segundo modelo, chamado classificador, faz a revisão e decide o que passa e o que é barrado. Se você definiu seu próprio modo padrão, ele continua valendo, a menos que você aceite o aviso de troca; um padrão gerenciado pela organização não muda, e você pode fixar o seu com defaultMode nas configurações.

A parte prática é que você orienta esse classificador com regras escritas como frases comuns, em vez de expressões complexas. As entradas em hard_deny bloqueiam incondicionalmente, as entradas em soft_deny bloqueiam a menos que um pedido direto ou uma entrada de permissão as substitua, e adicionar $defaults mantém as regras nativas em vigor:

{
  "autoMode": {
    "soft_deny": [
      "$defaults",
      "Never run database migrations outside the migrations CLI"
    ],
    "hard_deny": [
      "$defaults",
      "Never send repository contents to third-party code-review APIs"
    ]
  }
}

Essas regras ficam nas suas configurações de usuário, então as configurações no nível do projeto não podem sobrescrevê-las e elas continuam valendo em todos os projetos. Isso importa para qualquer equipe que queira uma única política de segurança que um repositório isolado não consiga quebrar.

Para conferir suas regras antes de depender delas, claude auto-mode critique informa quais entradas são ambíguas, redundantes ou propensas a gerar falsos positivos. Junto com ele, claude auto-mode config exibe a configuração efetiva, claude auto-mode defaults exibe as regras nativas e claude auto-mode reset as restaura.

5) Detalhes das versões: um modelo padrão, GitLab e sessões que chamam umas às outras

Além dos quatro destaques, as versões recentes trazem pequenas mudanças com impacto desproporcional no dia a dia:

  • Um modelo padrão para novas sessões (2.1.236). A variável de ambiente ANTHROPIC_DEFAULT_MODEL define o modelo com que uma sessão começa quando nada mais seleciona um; --model, ANTHROPIC_MODEL, uma seleção salva e um padrão da organização têm prioridade.
  • Detalhes da continuação automática (2.1.234). Na CLI, ela acontece automaticamente e pode ser desligada no /config; no aplicativo para desktop, você a ativa no cartão de limite da sessão. O cartão de limite semanal não oferece essa opção.
  • URLs de merge request do GitLab no worktree (2.1.233). Passe a URL de um merge request do GitLab para --worktree e o Claude Code cria a branch a partir dela; em uma branch com um merge request aberto, um selo clicável aparece no rodapé (2.1.234). Os marketplaces agora também clonam URLs simples do gitlab.com (2.1.232). Uma mudança significativa para qualquer equipe que use GitLab em vez de GitHub.
  • Mencionar outras sessões (2.1.232). Quando outra sessão está aberta na mesma máquina, digite @ e o nome dela no seu prompt, e o Claude envia a mensagem para essa sessão. Apenas macOS e Linux, e sem suporte no Bedrock, no Claude Platform on AWS, no Agent Platform do Google Cloud e no Foundry.
  • Modo fork ativado por padrão (2.1.232). Em sessões interativas, o Claude pode criar um subagente fork que começa com a conversa completa em vez de um contexto em branco, e executa em segundo plano os subagentes que ele cria. Fica desativado por padrão com -p e no Agent SDK, e é ativado com CLAUDE_CODE_FORK_SUBAGENT=1.
  • Revisão de código em segundo plano (2.1.232). Com esforço high, xhigh ou max, o /code-review roda como um agente em segundo plano em vez de tomar conta da sessão. O serviço de revisão hospedado continua exclusivo dos planos Team e Enterprise.
  • Correções relevantes (2.1.238). O Remote Control não cai mais por causa de uma renovação de login lenta ou de uma rejeição breve de uma VPN ou proxy, e mensagens enviadas pela web ou pelo desktop no meio de um turno permanecem na transcrição. Sessões longas não crescem mais em memória sem limite, e um estilo de saída personalizado agora se mantém durante toda a sessão, em vez de voltar aos poucos para a voz padrão.

Como uma engenheira da Anthropic trabalha de verdade

A newsletter trouxe uma citação marcante de uma engenheira da equipe do Claude Code descrevendo sua configuração diária: dois agentes líderes que cobram um ao outro e reiniciam o outro se algum falhar, delegando para agentes de tech lead ou de PM nos oito a dez projetos que ela toca ao mesmo tempo, com cinco a dez agentes IC por projeto. Apesar dessa escala, ela escreve só de trinta a cinquenta prompts por dia, seus agentes IC trabalham de forma autônoma por dois ou três dias seguidos, e todos se comunicam diretamente pela ferramenta de mensagens entre agentes.

O número mais revelador não é a quantidade de agentes, mas como o tempo dela se divide: sessenta por cento com os líderes, trinta e cinco com um líder de projeto e cinco quando algo saiu dos trilhos. A alavancagem vem de uma estrutura de delegação clara, não de mais ferramentas. Quem busca um resultado parecido deve começar definindo quem decide, quem executa e quem supervisiona, antes de colocar mais um agente para rodar.

A Anthropic publicou dois posts relacionados na mesma semana: um sobre como conduzir sessões eficientes que tirem o máximo de cada token, e outro que apresenta cinco princípios operacionais extraídos de entrevistas com mais de uma dúzia de startups de crescimento acelerado.

Outras novidades na mesma atualização

  • O aumento de cinquenta por cento nos limites semanais foi prorrogado até 31 de agosto de 2026 para os planos Pro, Max, Team e Enterprise por assento. A Anthropic diz que espera torná-lo permanente, mas a demanda por seus modelos faz com que ela precise de mais tempo para descobrir como.
  • O painel de navegador no aplicativo para desktop. Abra-o com um atalho de teclado ou pelo menu Views, clique em qualquer elemento da página e diga ao Claude o que mudar. Muito mais rápido do que descrever o elemento em palavras.

O que isso significa para a sua equipe

Primeiro: a distância entre design e implementação acabou de diminuir. O /design não substitui seu designer, mas elimina o ciclo de esperar pelo mockup nas fases iniciais de funcionalidades internas.

Segundo: tornar o modo automático o padrão transfere a responsabilidade de segurança do clique em aprovar para a redação da política. Quem não escreveu suas regras está rodando apenas com as nativas — uma decisão que deveria ser tomada de forma deliberada, e não pelo silêncio.

Terceiro: a direção é claramente rodar vários agentes em paralelo: fork ativado por padrão, sessões chamando umas às outras, revisão de código rodando em segundo plano. Uma equipe sem uma estrutura de delegação escrita vai ter caos em paralelo, e não produtividade em paralelo.

Quarto: o ritmo de lançamentos agora é semanal. Tratar o Claude Code como algo que se instala e se esquece significa perder mudanças que afetam diretamente permissões e segurança, e não apenas recursos cosméticos.

A visão da Origami

Acompanhamos essas atualizações porque elas afetam nossa forma de trabalhar no dia a dia, não porque são notícias de tecnologia. O suporte ao GitLab nos interessa diretamente, já que nossos repositórios ficam lá, e uma política de permissões escrita nas configurações do usuário resolve um problema antigo: uma regra de segurança que um projeto isolado não consegue quebrar. A conclusão que aplicamos a nós mesmos e recomendamos aos nossos clientes é a mesma: antes de adicionar agentes ou ferramentas, escreva sua política e seus limites de delegação. Ferramentas multiplicam o que você já tem e, se o que você tem é caos, elas multiplicam o caos.

Fontes

  • Newsletter da equipe do Claude Code, 22 de agosto de 2026 — o anúncio original.
  • Documentação oficial do Claude Code — estilos de saída, modos de permissão, o aplicativo para desktop e a página What's New da semana 32.
  • Changelog do Claude Code para as versões 2.1.232 a 2.1.238.
  • Blog da Anthropic — o anúncio do modo automático como padrão, além dos posts sobre gerenciamento de sessões e o guia para startups.