Anthropic Claude: tool use em 2026 ficou mais modular
TL;DR
Em julho de 2026, o eixo do tool use no ecossistema Claude ficou mais claro: menos foco em “chamar ferramenta” como evento isolado e mais em empacotar execução com Skills, connectors e MCP. Na prática, isso ajuda a transformar automação em algo reaproveitável, governado e distribuído entre Claude Code, apps e integrações oficiais.
O ponto importante para desenvolvedores é que o uso de ferramentas passou a ser tratado como arquitetura de produto, não só como prompt bem escrito. Isso afeta como você organiza agentes, como versiona comportamento e como evita regressões quando integrações externas entram no fluxo.
O que mudou no tool use do Claude
O material oficial da Anthropic de 2026 mostra uma mudança de ênfase. Em vez de vender o tool use apenas como capacidade do modelo, a empresa passou a organizar a experiência em torno de artefatos reutilizáveis: Agent Skills, Skills no Claude Code e integrações baseadas em MCP.
Isso importa porque o agente deixa de depender só de instruções soltas no prompt. Se a tarefa casa com a descrição de uma skill, o Claude pode ativar um pacote de execução já preparado, com comandos, arquivos e passos esperados. Para equipes de produto e engenharia, isso reduz o custo de repetir a mesma lógica em vários contextos.
Skills como unidade de comportamento
As Agent Skills funcionam como unidades reutilizáveis de capacidade. A docs oficial descreve skills pré-prontas ou customizadas, com ativação baseada em correspondência entre o pedido e a descrição da skill. Essa lógica é útil quando você quer que o agente execute um fluxo específico sem reescrever as mesmas regras toda vez.
No Claude Code, as skills também aparecem como artefatos locais, com estruturas como .claude/skills/<skill-name>/SKILL.md, além de comandos como /run e /verify descritos na documentação oficial. O efeito prático é simples: comportamento passa a morar em arquivo/versionamento, não só no chat.
Connectors e interoperabilidade via MCP
Outro movimento oficial foi ampliar connectors como ponte para ferramentas e domínios específicos. No caso de creative work, a Anthropic menciona connectors construídos sobre MCP, reforçando interoperabilidade e acesso a ferramentas externas.
O valor técnico aqui é governança. Em vez de cada integração nascer “na unha”, o connector vira uma camada padronizada entre o modelo e o sistema externo. Isso facilita auditoria, autorização e reaproveitamento em ambientes diferentes, inclusive quando o mesmo fluxo precisa rodar em interfaces distintas.
Por que a Anthropic está empacotando agentes em vez de só ferramentas
O anúncio Agents for financial services é um bom exemplo da direção tomada em 2026. A empresa descreve agentes prontos como composição de skills, connectors e subagents. Em outras palavras, o produto não é apenas o modelo acessando ferramentas; é um pacote operacional que já nasce com uma sequência de execução pensada para uma tarefa de negócio.
Essa abordagem reduz a distância entre protótipo e uso real. Em vez de o time montar uma integração genérica e depois improvisar regras por cima, a composição já vem orientada por domínio. Para casos como análise financeira, isso ajuda a separar extração de dados, checagem e entrega final em blocos mais claros.
Subagents como verificação e divisão de trabalho
Os subagents entram como uma forma de particionar o trabalho. Isso permite que um agente principal acione subtarefas especializadas para validação, sumarização ou conferência. Na prática, é um jeito de sair do “um prompt faz tudo” e ir para uma cadeia com responsabilidades mais legíveis.
Para quem cria produto, isso ajuda a desenhar pontos de controle. Você consegue limitar o escopo de cada chamada, medir onde houve falha e trocar uma peça sem refazer o fluxo inteiro. É uma mudança parecida com sair de script monolítico para uma arquitetura com módulos.
Onde aparecem os riscos operacionais
Todo avanço em tool use também traz uma superfície nova de falhas. O próprio ecossistema Claude teve issues públicas em 2026 envolvendo MCP e rotinas agendadas, como a issue anthropics/claude-code#61015, que documenta regressão em chamadas MCP em contexto automático. Isso mostra que padronização não elimina borda operacional.
Para equipes que querem colocar agente em produção, a leitura correta não é “MCP resolve tudo”. A leitura correta é: padronizar a camada de ferramenta ajuda, mas você ainda precisa tratar aprovação, timeout, sessão e permissões como requisitos de arquitetura. Sem isso, a automação funciona no demo e falha no uso contínuo.
Atenção: este tipo de fluxo depende da versão da superfície usada pelo fornecedor. APIs, padrões de aprovação e comportamentos de integração mudam rápido; antes de adotar em produção, confira a documentação e os release notes oficiais da superfície que você vai usar.
Como isso impacta quem constrói com Claude Code
Para quem usa Claude Code, a mudança é prática: skills organizam comportamento local, comandos específicos orientam execução e o ambiente deixa de ser apenas um chat com contexto. Isso abre espaço para padronizar tarefas repetitivas como verificação, geração de artefatos e automação de passos operacionais.
O ganho está em reprodutibilidade. Se a skill vive em arquivo e descreve o fluxo, fica mais fácil revisar mudanças, compartilhar com o time e manter expectativas consistentes entre pessoas e máquinas. Em times pequenos isso já ajuda bastante; em times maiores, vira quase uma exigência para evitar deriva de comportamento.
Exemplo de organização local
Na documentação do Claude Code, skills podem ficar em caminhos como .claude/skills/<skill-name>/SKILL.md e o fluxo pode ser acionado por comandos próprios. Esse formato é útil quando o time quer separar instrução de uso, definição de tarefa e automação do restante do projeto.
O ponto é que o tool use deixa de ser uma camada invisível. Ele passa a ter fronteiras mais explícitas, o que facilita code review, troubleshooting e rollback quando um comportamento novo quebra algo esperado.
Por que isso importa pro dev brasileiro
No Brasil, a diferença aparece logo no atrito entre necessidade e orçamento. Muitas equipes ainda precisam entregar automação com time enxuto, prazo curto e custo em BRL pressionado pela variação cambial. Nessa realidade, empacotar capacidade em skills e connectors ajuda a reaproveitar trabalho em vez de reimplementar integração a cada projeto.
Há também um fator regulatório concreto: quando o fluxo toca dados pessoais, LGPD exige mais cuidado com finalidade, acesso e governança. Isso torna camadas padronizadas de ferramenta particularmente úteis, porque ajudam a documentar melhor o que um agente pode acessar, por quê, e sob quais controles.
Em empresas brasileiras que usam stacks híbridas com cloud, planilhas e sistemas legados, esse tipo de organização ainda ajuda na operação entre fusos e regiões. Em vez de deixar o agente “decidir tudo” em tempo real, você pré-define onde a automação pode agir. Isso reduz surpresa em rotinas que precisam obedecer janela de processamento, auditoria interna e restrições de dados.
Leitura prática para equipes de produto e engenharia
Se você está desenhando um agente com Claude hoje, vale pensar em três camadas: o que é skill, o que é connector e o que é verificação. A skill descreve o comportamento reutilizável; o connector expõe a infraestrutura necessária; a verificação evita que uma automação silenciosamente produza saída errada.
Essa separação é especialmente útil em cenários com fornecimento de dados, relatórios e atendimento interno. Você consegue manter o fluxo principal estável enquanto troca integrações, ajusta permissões ou cria versões novas da mesma capacidade sem reinventar o agente inteiro.
Conclusão
O update mais relevante de 2026 é menos um recurso isolado e mais uma mudança de modelo mental. Claude tool use passa a significar compor capacidades com skills, connectors e subagents, em vez de só disparar chamadas avulsas para ferramentas. Para desenvolvedores, isso favorece automação mais legível, versionável e próxima de um sistema de produto do que de um prompt experimental.
Se você quiser transformar isso em prática em menos de uma hora, abra a documentação oficial de Claude Code Skills e desenhe uma skill pequena para uma tarefa repetitiva do seu projeto, como validar um relatório, padronizar um arquivo ou organizar um passo de revisão.
Conteúdos da DIO para quem quer aprofundar
- Nexa - Engenharia de Prompts na AWS com Claude — trilha curta para praticar engenharia de prompts e entender o Claude em cenários reais de produtividade na AWS.
- Nexa - Fundamentos de IA Generativa e Claude 3 — introdução sólida a IA generativa com projetos práticos, desafios e visão de uso do Claude 3.
- AWS - Agentes de IA em Campo — trilha para construir soluções com Bedrock, agentes autônomos e automação de fluxos em cloud.
- Michael Page - Criando Seu Primeiro Agente de IA — programa prático para sair do básico e montar agentes aplicados ao trabalho do dia a dia.
- Santander- Excel com IA e Claude — jornada para unir Excel e IA na criação de relatórios e análise de dados com apoio do Claude.
Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.
