Começar

Entendendo as skills do Claude Code: o que é carregado, quando é ativado e como escrever uma

Listas de skills costumam enumerar vinte opções e ignoram a única pergunta que importa: quando o Claude realmente lê uma delas? Assim que você entender o mecanismo de carregamento, poderá prever quais skills serão ativadas, explicar por que a maioria das instaladas nunca funciona e escrever uma que realmente seja útil.

Atualizado 2026-08-04

O que é, de fato, uma skill

Removendo a marca, uma skill é um diretório com um arquivo obrigatório. O SKILL.md começa com um frontmatter YAML contendo um name e uma description, seguido por instruções comuns em Markdown. A pasta também pode conter scripts invocados pelas instruções, documentos de referência e templates de assets. Esse é todo o formato, e ele é deliberadamente simples: uma skill é um procedimento documentado, empacotado para que um agente possa encontrá-lo.

---
name: brand-audit
description: Check UI code against the project design system. Use when reviewing components, screens, or PRs for hardcoded colors, off-scale spacing, or fonts that bypass the tokens in DESIGN.md.
---

# Brand audit

1. Read DESIGN.md at the repo root before judging anything.
2. Flag any literal hex value, arbitrary Tailwind color, or font-family
   that does not come from the token set.
3. Report violations as file:line with the token that should be used.
A anatomia mínima de um SKILL.md.

O mesmo formato agora funciona além do Claude Code: ele evoluiu para uma convenção aberta de agent-skills que o Codex da OpenAI e o Cursor adotaram com seus próprios caminhos de descoberta, razão pela qual uma skill que você escreve uma vez passa a acompanhá-lo em diferentes ferramentas. Abordamos a parte do Codex em Codex skills.

O mecanismo de carregamento, que explica todo o resto

O Claude Code não lê suas skills em todas as conversas. No início da sessão, ele indexa apenas o frontmatter: cada skill contribui com seu nome e descrição para o contexto — algumas linhas, nada mais. O corpo completo, os scripts e os arquivos de referência são carregados apenas quando o Claude decide que a tarefa atual corresponde a uma descrição, ou quando você invoca a skill explicitamente. A Anthropic chama isso de divulgação progressiva (progressive disclosure), e essa é a decisão de design na qual todo o recurso se baseia.

Disso decorrem duas consequências práticas. Primeiro, instalar cinquenta skills quase não custa nada em termos de contexto, então acumular é barato; cem descrições pesam menos do que o corpo de uma única skill carregada. Segundo — e esta é a parte que os posts de listas ignoram — uma skill com uma descrição fraca está *instalada, mas é inalcançável*. O Claude não consegue associar uma tarefa a "Ajuda com coisas de frontend". As reclamações que enchem as threads do Reddit, do tipo "instalei vinte skills e nada mudou", geralmente são isso: os corpos estavam corretos, mas as descrições nunca deram ao modelo um motivo para abri-los.

A descrição é a API

Escreva descrições da mesma forma que escreveria a assinatura de uma função para alguém que não pode ler a implementação. Nomeie as situações de gatilho ("use ao revisar componentes ou PRs"), as entradas que ela espera e a superfície que ela toca. Uma descrição concreta é, ao mesmo tempo, a condição de gatilho e a promessa que a skill deve cumprir.

Onde as skills ficam

  • ~/.claude/skills/<skill-name>/SKILL.md: skills pessoais, disponíveis em todos os projetos que você abrir.
  • .claude/skills/<skill-name>/SKILL.md: skills de projeto, commitadas no repo para que cada colaborador e cada sessão de agente as receba.
  • Plugins: um plugin pode agrupar skills junto com comandos e agentes, que é como as equipes distribuem um conjunto em uma única instalação.

A localização no repo importa mais do que parece. Uma skill pessoal ajusta as suas sessões; uma commitada ajusta as sessões dos seus colegas e também as sessões do seu agente de CI. Qualquer coisa que codifique um contrato de projeto — como revisamos a UI, como escrevemos migrações, como aplicamos o design system — pertence ao .claude/skills/, ao lado do código que ela governa.

Skills, CLAUDE.md ou um subagente?

O Claude Code oferece três lugares para colocar conhecimento, e eles respondem a perguntas diferentes. O CLAUDE.md é sempre carregado: serve para restrições que se aplicam a cada solicitação, e cada linha nele é paga em cada prompt, por isso deve ser curto. Uma skill é carregada sob demanda: serve para procedimentos que são relevantes apenas às vezes, e pode ser longa porque não custa nada até ser ativada. Um subagente é um contexto inteiramente separado: serve para trabalhos cujo output intermediário poluiria a sua sessão.

CarregamentoIdeal paraCusto em repouso
CLAUDE.md / regrasToda requisiçãoRestrições rígidas: comandos de build, regras de 'nunca fazer'Cada linha, cada prompt
SkillQuando a tarefa corresponde à sua descriçãoProcedimentos: revisões, releases, auditorias, aplicação de designDuas linhas de frontmatter
SubagenteQuando delegadoTrabalhar com saída intermediária ruidosaNada
Onde um conhecimento deve ficar.

A linha divisória para a taxonomia completa de arquivos, incluindo AGENTS.md e DESIGN.md, está em CLAUDE.md vs AGENTS.md vs SKILL.md vs DESIGN.md.

Como escrever uma skill que seja ativada

  1. 1

    Comece por uma correção repetitiva

    Os melhores candidatos a skill são as coisas que você não para de digitar: o checklist de revisão que você cola, a sequência de deploy que você reexplica. Se você nunca precisou corrigir o agente sobre isso duas vezes, ainda não é necessária uma skill.

  2. 2

    Escreva a descrição primeiro, como condições de gatilho

    Antes das instruções, escreva a frase que decide quando isso será carregado: os verbos e situações que uma requisição correspondente conteria. Se você não consegue nomear as situações, a skill não será ativada, e você descobrirá isso logo cedo.

  3. 3

    Transforme o corpo em um procedimento executável

    Passos numerados, comandos exatos, caminhos de arquivos exatos. Referencie arquivos na pasta da skill para qualquer conteúdo longo. Um agente segue um procedimento com muito mais confiabilidade do que se baseia em uma 'vibe'.

  4. 4

    Aponte para artefatos, não para adjetivos

    Uma skill que diz "mantenha a UI consistente" não faz nada. Uma skill que diz "leia o DESIGN.md e use apenas seus tokens" funciona, porque o julgamento é externalizado em um arquivo que o agente pode abrir. Coloque o conhecimento em um artefato e deixe a skill ser o ponteiro.

  5. 5

    Teste perguntando, não invocando

    Não teste com uma invocação explícita; isso não prova nada sobre o gatilho. Formule uma requisição da maneira que você faria naturalmente e verifique se a skill é carregada. Se não for, a descrição, e não o corpo, é o que precisa de edição.

O exemplo prático: uma skill de design e o arquivo por trás dela

Design é o caso de uso perfeito para skills e a ilustração ideal da regra de artefatos mencionada acima. A Anthropic fornece uma skill de design de frontend para o Claude Code, e ela realmente melhora telas individuais; nós a testamos e escrevemos exatamente o que ela faz e o que falta. O que falta é a memória entre telas: a skill carrega bom gosto, não os seus valores, então a tela vinte se distancia da tela um. O bom gosto se generaliza; a identidade não.

A solução é o padrão do passo quatro: a skill permanece como um procedimento simples, e a identidade vive em um artefato, um DESIGN.md na raiz do repositório com tokens reais, escolhas de tipografia, regras de espaçamento e regras de 'não fazer'. A skill de auditoria de marca no topo desta página tem apenas doze linhas porque tudo o que ela impõe está definido naquele único arquivo. É isso que é um design system para um agente: não um plugin, mas um contrato legível.

Ambient Sage

Live render

Rendered from the kit's actual tokens, fonts, and treatments

Ambient SageOverview
Search anything⌘K
AS

Analytics

Revenue overview

See revenue and retention trends alongside account health.

Jan 1 to Jan 30, 2026
Overview
Analytics
Reports
Notifications

Active users

15.1k

2,491 new

+5%

MRR

$49.1k

Net of churn

+3%

Retention

89%

28-day window

+2%

NPS

69

1,204 replies

+3

Revenue

Last 12 months

$49.1k +18.2%

12m30d7d
JanFebMarAprMayJunJulAugSepOctNovDec

Acquisition

Goal completion

On track
78%of goal
Organic48%
Direct31%
Referral21%

Recent transactions

Latest activity across your workspace

View all
CustomerStatusDateAmount
AR

Alex Rivera

Founder & CEO

Paid2 min ago$1,999.00
MO

Mira Okonkwo

Head of Product

Pending1 hour ago$39.00
JF

Jonas Feld

Design Lead

Processing3 hours ago$299.00

Typography

Plus Jakarta Sans

Color system

28 semantic roles, light + dark

Agent outputs

DESIGN.md, CSS, Tailwind, shadcn

Um design kit é a forma de artefato desse contrato: tokens, tipografia e regras que são exportados como o DESIGN.md para o qual uma skill pode apontar.

Dê às suas skills algo para impor

Cada kit exporta um DESIGN.md completo: tokens semânticos em light e dark, tipografia, espaçamento, motivos e regras para o agente. Instale um e sua skill de design parará de improvisar.

npx --yes identityforge@latest install --client claude-code
O servidor MCP fornece ao Claude Code a navegação e aplicação de kits como ferramentas; a CLI faz o mesmo sem MCP.

Skills entre ferramentas: a mesma ideia está se espalhando

O formato de skill deixou de ser específico do Claude de uma forma que impacta onde você investe seu tempo. O Codex da OpenAI detecta pastas SKILL.md em .agents/skills/ e ~/.agents/skills/ e as invoca com $; o Cursor adicionou Agent Skills com o mesmo carregamento sob demanda ao lado de suas Rules permanentes, e tem direcionado regras procedurais longas para skills. A convenção está convergindo para a mesma forma em todos os lugares: frontmatter que anuncia, um corpo que instrui e um carregamento que aguarda a relevância. Skills que você escreve baseadas em artefatos no seu repositório, em vez de peculiaridades de uma ferramenta, sobrevivem à rotatividade de ferramentas.

Por que minhas skills instaladas no Claude Code nunca fazem nada?

Quase sempre é a descrição. O Claude vê apenas o nome e a descrição de cada skill até decidir carregar uma, portanto, uma descrição vaga ("ajuda com testes") não oferece nada para corresponder à sua requisição. Reescreva a descrição para nomear situações de gatilho e inputs concretos, então teste formulando uma requisição natural em vez de invocar a skill explicitamente.

Qual é a diferença entre uma skill e o CLAUDE.md?

O CLAUDE.md é carregado em cada requisição, portanto, serve para restrições curtas e sempre verdadeiras, e cada linha consome contexto em cada prompt. Uma skill é carregada apenas quando sua tarefa corresponde à descrição, sendo ideal para procedimentos mais longos que são relevantes apenas ocasionalmente. Se você se pegar colando um checklist no CLAUDE.md, ele provavelmente deveria ser uma skill.

Onde coloco uma skill para que toda a minha equipe a tenha?

Faça o commit no repositório em .claude/skills/<name>/SKILL.md. Skills pessoais em ~/.claude/skills/ acompanham você entre projetos, mas não chegam a mais ninguém; um plugin é o caminho de distribuição quando um conjunto de skills deve ser instalado em vários repositórios.

Uma skill pode fazer o Claude Code seguir meu design system?

Sim, e esse é o movimento de design de maior impacto no Claude Code, mas a skill deve ser concisa: um procedimento que oriente a ler o DESIGN.md, usar apenas seus tokens e nunca fixar cores no código. O sistema em si — tokens, tipografia, espaçamento e regras — deve estar nesse arquivo, não na skill. Qualquer kit do Identity Forge exporta um DESIGN.md completo para cumprir esse papel.

Quantas skills são demais?

Skills inativas custam quase nada, já que apenas o nome e a descrição ficam no contexto. O limite real é a discriminação: muitas skills com descrições vagas e sobrepostas se confundem e são disparadas incorretamente. Poucas skills com descrições precisas e situacionais são melhores do que uma biblioteca vasta e imprecisa.