Toda empresa tem aquele jeito certo de fazer uma tarefa que se repete. A nota fiscal que chega por WhatsApp e precisa virar linha na planilha financeira, sempre nas mesmas colunas e no mesmo formato de data. O orçamento que segue um modelo fixo. Ensinar isso para uma pessoa nova leva um treinamento. Ensinar isso para um agente de IA, até pouco tempo, dependia de prompt escrito à mão, que se perdia a cada atualização do sistema. Em outubro, esse jeito de ensinar ganhou um nome, um padrão aberto e, agora, uma casa neutra.

O que aconteceu

A Anthropic, empresa que desenvolve o Claude, publicou em 22 de outubro um anúncio curto com uma decisão grande: doou o Agent Skills, técnica que ela mesma criou, para a Agentic AI Foundation (AAIF).

A AAIF não nasceu agora. Ela existe desde dezembro de 2025, quando a Anthropic doou outro padrão seu, o MCP (protocolo que conecta IA a sistema externo), e ajudou a fundar, junto com Block e OpenAI, um fundo dirigido dentro da Linux Foundation, a entidade sem fins lucrativos por trás de projetos de código aberto como o próprio núcleo do Linux, Kubernetes e Node.js. Google, Microsoft, AWS, Cloudflare e Bloomberg entraram como apoiadores. É essa mesma casa que agora recebe o Agent Skills.

O padrão de Skills nasceu dentro do Claude Code em outubro de 2025 e, segundo o anúncio de outubro de 2026 da Anthropic, já foi adotado por mais de 70 plataformas de IA, incluindo ChatGPT, Cursor, GitHub Copilot e VS Code. Os números que a empresa divulga: 1 milhão de skills publicados e cerca de 280 milhões de instalações.

Na prática, isso significa que nenhuma empresa sozinha decide mais o rumo do formato. Quem mantém o padrão agora são engenheiros de várias empresas, em capacidade pessoal, com processo de proposta formal para qualquer mudança.

O que é um Skill, sem jargão

Um Skill é uma pasta com um arquivo chamado SKILL.md dentro, e o resto do conteúdo (texto de referência, planilha modelo, script) do lado. O SKILL.md começa com duas informações obrigatórias: o nome do skill e uma descrição de quando ele serve.

O que faz a diferença é como o agente lê isso. Não é tudo de uma vez.

Camada Quando carrega O que tem dentro
Nome e descrição No início de toda tarefa Só o suficiente pra saber se aquele skill serve pra esse pedido
Corpo do SKILL.md Quando o agente decide que o skill é relevante O passo a passo completo da tarefa
Arquivo ligado (script, planilha modelo, texto de apoio) Só se aquele passo específico precisar O material que só é usado numa parte da tarefa

No post técnico original, a Anthropic usa como exemplo o skill de PDF, que vem junto do próprio Claude: ele só lê o arquivo com as instruções de preencher formulário quando a tarefa pedida é, de fato, preencher um formulário em PDF, e usa um script já pronto pra extrair os campos, sem precisar reescrever esse código a cada vez.

Onde isso entra na automação de um negócio pequeno

A ideia se aplica direto ao que mais aparece como dor de quem procura automação: preenchimento de planilha, emissão de nota, atendimento repetitivo. Um skill escrito pro negócio de um cliente poderia ser, por exemplo:

  1. Nome: lançar nota fiscal recebida por WhatsApp na planilha financeira.
  2. Instrução: de qual campo da nota vem cada coluna da planilha, qual formato de data usar, o que fazer quando falta um dado.
  3. Script anexado: um programa pequeno que já sabe extrair número de nota, valor e CNPJ de um PDF ou imagem, sem o agente precisar "ler" o documento inteiro de novo em cada tentativa.

A vantagem de escrever isso como skill, em vez de prompt solto dentro da automação, é que o mesmo arquivo serve pra qualquer agente que siga o padrão (hoje já são mais de 70 plataformas), pode ser revisado e versionado como qualquer outro documento da empresa, e separa duas coisas que antes ficavam misturadas: a regra do negócio (como preencher) e a engenharia por trás (como automatizar).

Por que sair da mão de uma empresa só importa

Antes da doação, o padrão era da Anthropic, ponto. Funcionava, tinha adoção real, mas qualquer decisão sobre o formato dependia de uma empresa com interesse comercial direto no resultado. Com o padrão dentro da Agentic AI Foundation, mudança de especificação passa por processo de proposta aberto, com manutenção dividida entre profissionais de empresas diferentes, incluindo concorrentes diretos entre si. Pra quem constrói automação em cima disso, o ganho prático é portabilidade: um skill bem escrito hoje não fica preso ao fornecedor de IA escolhido agora, porque o formato não é mais controle de ninguém sozinho.

O que ainda não está resolvido

Dois cuidados reais, e nenhum dos dois é detalhe:

  • Segurança: a própria Anthropic recomenda instalar skill só de fonte confiável, e revisar o conteúdo (principalmente script e qualquer instrução que mande o agente acessar algo fora do ambiente) antes de usar um skill de terceiro. A fundação prometeu orientação formal de segurança como parte do próximo passo, mas isso ainda está em construção.
  • Portabilidade imperfeita: nem todo campo do SKILL.md funciona igual em toda plataforma. Um skill escrito só pra Claude Code pode usar informação extra no cabeçalho que trava ao subir numa outra plataforma que segue o mesmo padrão. Virar standard aberto não apagou, do dia pra noite, a diferença entre quem escreveu o formato primeiro e quem está adotando agora.

Nenhuma das duas coisas anula o ganho de ter um jeito comum de guardar "como essa tarefa é feita aqui". Só confirma que escrever o skill com cuidado continua sendo trabalho de quem entende o negócio, não um botão que resolve solo.