Anthropic Claude e tool use: o que mudou recentemente
TL;DR
Nos materiais recentes da Anthropic, “tool use” deixou de significar só chamar ferramentas estruturadas e passou a incluir conectores, MCP e até interação direta com a tela quando não há integração apropriada. Na prática, isso amplia o alcance do Claude em fluxos de trabalho reais, especialmente para automação assistida e tarefas que envolvem ambiente local.
O que mudou no tool use do Claude
O recorte recente da Anthropic mostra um movimento claro: o Claude passou a operar em um plano de ferramentas mais flexível, com conectores remotos, extensões locais e fallback para computer use. O ponto central não é apenas “executar uma ação”, mas escolher a superfície certa para cada tarefa, como desktop, web ou Claude Code.
O próprio Help Center descreve esse comportamento como navegação direta pela tela, com cliques, digitação e uso de screenshots para entender o estado da interface. Isso é relevante porque amplia o conceito de ferramenta para além de APIs explícitas.
Quando não há um conector apropriado, o Claude pode usar a tela como interface operacional, observando screenshots para decidir a próxima ação. Fonte: Let Claude use your computer in Cowork.
Conectores remotos e extensões locais
A Anthropic também separa duas estratégias de integração: remote connectors, que funcionam em várias superfícies, e desktop extensions, que rodam localmente e ficam restritas a Desktop e Claude Code. Essa distinção importa porque o mesmo caso de uso pode exigir acesso local a arquivos, apps ou serviços internos.
Para quem constrói integrações, isso evita tratar “tool use” como algo abstrato. Em vez disso, você decide a superfície conforme o contexto operacional, o que muda permissões, latência e dependências do ambiente.
A documentação oficial detalha esse filtro de decisão aqui: When to use desktop and web connectors.
MCP no fluxo local
Outro ponto importante é a organização do uso de MCP em ambiente local. A Anthropic descreve o uso de desktop extensions para instalar e gerenciar MCP servers locais dentro do Claude Desktop, com fluxo guiado pela interface.
Isso reduz a fricção para expor ferramentas internas ao assistente. Para times que já mantêm scripts, serviços ou utilitários próprios, o MCP vira um caminho concreto para transformar esses ativos em ferramentas acionáveis.
Veja o guia oficial em: Getting Started with Local MCP Servers on Claude Desktop.
Evolução contínua no runtime do Claude Code
Além do Help Center, o histórico recente do claude-code mostra mudanças frequentes no comportamento de tool use, registradas no CHANGELOG e nas releases do repositório oficial. Para o leitor técnico, isso é um sinal de que o runtime ainda está em evolução, com ajustes de superfície, integração e execução.
Esse tipo de alteração costuma impactar tanto quem usa o produto quanto quem constrói sobre ele. Mudanças em execução de ferramentas, permissões e conectores podem exigir revisão de fluxo, especialmente em automações que dependem de estabilidade operacional.
As referências primárias são: claude-code/CHANGELOG.md e Releases do claude-code.
O que isso significa para integrações práticas
Na prática, o novo desenho favorece três cenários. Primeiro, ferramentas externas expostas por conectores remotos. Segundo, serviços locais que precisam rodar no computador do usuário. Terceiro, tarefas sem tool estruturada, em que a interação visual resolve o problema.
Esse arranjo também muda como você desenha produtos e automações: talvez não faça mais sentido pensar só em “API primeiro”. Em alguns fluxos, o melhor encaixe pode ser uma extensão local; em outros, o navegador e a tela viram o plano de execução.
Por que isso importa pro dev brasileiro
No Brasil, essa evolução pesa por um motivo muito prático: muitas equipes trabalham com restrição de orçamento, ambientes legados e necessidade de integrar ferramentas internas sem refatorar tudo de uma vez. Um caminho como MCP local ou extensões no desktop pode diminuir a dependência de reescrever sistemas só para encaixar IA.
Há também um fator regulatório concreto. Em projetos que lidam com dados pessoais, a LGPD exige cuidado com consentimento, finalidade e tratamento de informações. Quando a ferramenta roda localmente ou em uma superfície controlada, fica mais fácil desenhar limites de acesso e reduzir exposição desnecessária de dados.
Para times no Brasil, isso conversa muito com a realidade de bancos, varejo e SaaS que ainda operam com integrações híbridas, parte na nuvem e parte em rede interna. O ganho não é cosmético: é conseguir colocar automação útil para rodar sem aumentar demais o risco operacional nem o custo de reestruturação.
Como ler esse movimento sem exagero
Vale evitar duas leituras extremas. A primeira é tratar tool use como magia: não é. A segunda é reduzir tudo a “só mais uma API”: também não é. O que muda é a capacidade do modelo de operar em superfícies diferentes, com regras de engenharia distintas para cada uma.
Para avaliação técnica, o melhor caminho é observar três variáveis: quais ferramentas estão disponíveis, onde elas rodam e quais permissões elas pedem. Essa triagem evita implementar integrações frágeis ou sem governança clara.
Se o seu fluxo depende de navegador, interface, arquivos locais ou MCP, vale revisar a arquitetura antes de colocar IA em produção. Em muitos casos, o desenho certo é o que minimiza o número de partes móveis.
Conclusão
O avanço recente do Claude em tool use não está só em “fazer mais coisas”, mas em acomodar melhor diferentes superfícies de execução: conectores remotos, extensões locais, MCP e computer use. Para devs, isso abre espaço para automações mais próximas do ambiente real de trabalho, sem exigir uma integração perfeita logo no primeiro dia.
Se você trabalha com IA aplicada, uma boa ação para hoje é abrir a documentação do MCP local e testar um servidor simples no seu ambiente de desenvolvimento, comparando o resultado com um fluxo puramente via API. Isso leva menos de 1 hora e já mostra onde a abordagem encaixa no seu stack.
Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.
