Princípios principais
Concisão é fundamental
A janela de contexto é um bem público. Sua Skill compartilha a janela de contexto com tudo mais que Claude precisa saber, incluindo:- O prompt do sistema
- Histórico de conversa
- Metadados de outras Skills
- Sua solicitação real
- “Claude realmente precisa dessa explicação?”
- “Posso assumir que Claude sabe disso?”
- “Este parágrafo justifica seu custo em tokens?”
Defina graus apropriados de liberdade
Corresponda o nível de especificidade à fragilidade e variabilidade da tarefa. Alta liberdade (instruções baseadas em texto): Use quando:- Múltiplas abordagens são válidas
- Decisões dependem do contexto
- Heurísticas guiam a abordagem
- Um padrão preferido existe
- Alguma variação é aceitável
- A configuração afeta o comportamento
- Operações são frágeis e propensas a erros
- Consistência é crítica
- Uma sequência específica deve ser seguida
- Ponte estreita com precipícios em ambos os lados: Há apenas um caminho seguro para frente. Forneça proteções específicas e instruções exatas (baixa liberdade). Exemplo: migrações de banco de dados que devem ser executadas em sequência exata.
- Campo aberto sem perigos: Muitos caminhos levam ao sucesso. Dê direção geral e confie que Claude encontrará a melhor rota (alta liberdade). Exemplo: revisões de código onde o contexto determina a melhor abordagem.
Teste com todos os modelos que você planeja usar
Skills atuam como adições aos modelos, então a eficácia depende do modelo subjacente. Teste sua Skill com todos os modelos que você planeja usá-la. Considerações de teste por modelo:- Claude Haiku (rápido, econômico): A Skill fornece orientação suficiente?
- Claude Sonnet (equilibrado): A Skill é clara e eficiente?
- Claude Opus (raciocínio poderoso): A Skill evita sobre-explicar?
Estrutura de Skill
Frontmatter YAML: O frontmatter de SKILL.md requer dois campos:
name:- Máximo 64 caracteres
- Deve conter apenas letras minúsculas, números e hífens
- Não pode conter tags XML
- Não pode conter palavras reservadas: “anthropic”, “claude”
description:- Deve ser não-vazio
- Máximo 1024 caracteres
- Não pode conter tags XML
- Deve descrever o que a Skill faz e quando usá-la
Convenções de nomenclatura
Use padrões de nomenclatura consistentes para facilitar a referência e discussão de Skills. Recomendamos usar forma de gerúndio (verbo + -ing) para nomes de Skills, pois isso descreve claramente a atividade ou capacidade que a Skill fornece. Lembre-se de que o camponame deve usar apenas letras minúsculas, números e hífens.
Bons exemplos de nomenclatura (forma de gerúndio):
processing-pdfsanalyzing-spreadsheetsmanaging-databasestesting-codewriting-documentation
- Frases nominais:
pdf-processing,spreadsheet-analysis - Orientado por ação:
process-pdfs,analyze-spreadsheets
- Nomes vagos:
helper,utils,tools - Muito genérico:
documents,data,files - Palavras reservadas:
anthropic-helper,claude-tools - Padrões inconsistentes dentro de sua coleção de skills
- Referenciar Skills em documentação e conversas
- Entender o que uma Skill faz à primeira vista
- Organizar e pesquisar através de múltiplas Skills
- Manter uma biblioteca de skills profissional e coesa
Escrevendo descrições eficazes
O campodescription permite a descoberta de Skill e deve incluir tanto o que a Skill faz quanto quando usá-la.
Sempre escreva em terceira pessoa. A descrição é injetada no prompt do sistema, e ponto de vista inconsistente pode causar problemas de descoberta.
- Bom: “Processa arquivos Excel e gera relatórios”
- Evite: “Posso ajudá-lo a processar arquivos Excel”
- Evite: “Você pode usar isso para processar arquivos Excel”
Padrões de divulgação progressiva
SKILL.md serve como uma visão geral que aponta Claude para materiais detalhados conforme necessário, como um índice em um guia de integração. Para uma explicação de como a divulgação progressiva funciona, consulte Como Skills funcionam na visão geral. Orientação prática:- Mantenha o corpo de SKILL.md abaixo de 500 linhas para desempenho ideal
- Divida o conteúdo em arquivos separados ao se aproximar deste limite
- Use os padrões abaixo para organizar instruções, código e recursos efetivamente
Visão geral visual: Do simples ao complexo
Uma Skill básica começa com apenas um arquivo SKILL.md contendo metadados e instruções:

Padrão 1: Guia de alto nível com referências
Padrão 2: Organização específica de domínio
Para Skills com múltiplos domínios, organize o conteúdo por domínio para evitar carregar contexto irrelevante. Quando um usuário pergunta sobre métricas de vendas, Claude só precisa ler esquemas relacionados a vendas, não dados de finanças ou marketing. Isso mantém o uso de tokens baixo e o contexto focado.SKILL.md
Padrão 3: Detalhes condicionais
Mostre conteúdo básico, vincule a conteúdo avançado:Evite referências profundamente aninhadas
Claude pode ler parcialmente arquivos quando são referenciados de outros arquivos referenciados. Ao encontrar referências aninhadas, Claude pode usar comandos comohead -100 para visualizar conteúdo em vez de ler arquivos inteiros, resultando em informações incompletas.
Mantenha referências um nível de profundidade de SKILL.md. Todos os arquivos de referência devem vincular diretamente de SKILL.md para garantir que Claude leia arquivos completos quando necessário.
Mau exemplo: Muito profundo:
Estruture arquivos de referência mais longos com índice
Para arquivos de referência com mais de 100 linhas, inclua um índice no topo. Isso garante que Claude possa ver o escopo completo de informações disponíveis mesmo ao visualizar com leituras parciais. Exemplo:Fluxos de trabalho e loops de feedback
Use fluxos de trabalho para tarefas complexas
Divida operações complexas em etapas claras e sequenciais. Para fluxos de trabalho particularmente complexos, forneça uma lista de verificação que Claude possa copiar em sua resposta e marcar conforme progride. Exemplo 1: Fluxo de trabalho de síntese de pesquisa (para Skills sem código):Implemente loops de feedback
Padrão comum: Execute validador → corrija erros → repita Este padrão melhora muito a qualidade da saída. Exemplo 1: Conformidade com guia de estilo (para Skills sem código):Diretrizes de conteúdo
Evite informações sensíveis ao tempo
Não inclua informações que ficarão desatualizadas: Mau exemplo: Sensível ao tempo (ficará errado):Use terminologia consistente
Escolha um termo e use-o em toda a Skill: Bom - Consistente:- Sempre “endpoint de API”
- Sempre “campo”
- Sempre “extrair”
- Misture “endpoint de API”, “URL”, “rota de API”, “caminho”
- Misture “campo”, “caixa”, “elemento”, “controle”
- Misture “extrair”, “puxar”, “obter”, “recuperar”
Padrões comuns
Padrão de modelo
Forneça modelos para formato de saída. Corresponda o nível de rigidez às suas necessidades. Para requisitos estritos (como respostas de API ou formatos de dados):Padrão de exemplos
Para Skills onde a qualidade da saída depende de ver exemplos, forneça pares entrada/saída assim como em prompting regular:Padrão de fluxo de trabalho condicional
Guie Claude através de pontos de decisão:Se fluxos de trabalho ficarem grandes ou complicados com muitas etapas, considere movê-los para arquivos separados e diga a Claude para ler o arquivo apropriado com base na tarefa em questão.
Avaliação e iteração
Construa avaliações primeiro
Crie avaliações ANTES de escrever documentação extensa. Isso garante que sua Skill resolva problemas reais em vez de documentar imaginários. Desenvolvimento orientado por avaliação:- Identifique lacunas: Execute Claude em tarefas representativas sem uma Skill. Documente falhas específicas ou contexto faltante
- Crie avaliações: Construa três cenários que testem essas lacunas
- Estabeleça linha de base: Meça o desempenho de Claude sem a Skill
- Escreva instruções mínimas: Crie apenas conteúdo suficiente para abordar as lacunas e passar nas avaliações
- Itere: Execute avaliações, compare com linha de base e refine
Este exemplo demonstra uma avaliação orientada por dados com uma rubrica de teste simples. Atualmente não fornecemos uma forma integrada de executar essas avaliações. Os usuários podem criar seu próprio sistema de avaliação. Avaliações são sua fonte de verdade para medir a eficácia de Skill.
Desenvolva Skills iterativamente com Claude
O processo mais eficaz de desenvolvimento de Skill envolve Claude em si. Trabalhe com uma instância de Claude (“Claude A”) para criar uma Skill que será usada por outras instâncias (“Claude B”). Claude A ajuda você a projetar e refinar instruções, enquanto Claude B as testa em tarefas reais. Isso funciona porque modelos Claude entendem tanto como escrever instruções eficazes de agente quanto que informações os agentes precisam. Criando uma nova Skill:- Complete uma tarefa sem uma Skill: Trabalhe através de um problema com Claude A usando prompting normal. Conforme você trabalha, você naturalmente fornecerá contexto, explicará preferências e compartilhará conhecimento procedural. Observe que informações você fornece repetidamente.
- Identifique o padrão reutilizável: Após completar a tarefa, identifique que contexto você forneceu que seria útil para tarefas futuras similares. Exemplo: Se você trabalhou através de uma análise BigQuery, você pode ter fornecido nomes de tabelas, definições de campo, regras de filtragem (como “sempre excluir contas de teste”) e padrões de consulta comuns.
-
Peça a Claude A para criar uma Skill: “Crie uma Skill que capture este padrão de análise BigQuery que acabamos de usar. Inclua os esquemas de tabela, convenções de nomenclatura e a regra sobre filtragem de contas de teste.”
Modelos Claude entendem o formato e estrutura de Skill nativamente. Você não precisa de prompts de sistema especiais ou uma “skill de escrita de skills” para conseguir que Claude ajude a criar Skills. Simplesmente peça a Claude para criar uma Skill e ela gerará conteúdo SKILL.md adequadamente estruturado com frontmatter apropriado e conteúdo de corpo.
- Revise por concisão: Verifique que Claude A não adicionou explicações desnecessárias. Pergunte: “Remova a explicação sobre o que taxa de vitória significa - Claude já sabe disso.”
- Melhore arquitetura de informação: Peça a Claude A para organizar o conteúdo mais efetivamente. Por exemplo: “Organize isso para que o esquema de tabela esteja em um arquivo de referência separado. Podemos adicionar mais tabelas depois.”
- Teste em tarefas similares: Use a Skill com Claude B (uma instância fresca com a Skill carregada) em casos de uso relacionados. Observe se Claude B encontra a informação certa, aplica regras corretamente e lida com a tarefa com sucesso.
- Itere com base em observação: Se Claude B lutar ou perder algo, retorne a Claude A com especificidades: “Quando Claude usou esta Skill, esqueceu de filtrar por data para Q4. Devemos adicionar uma seção sobre padrões de filtragem de data?”
- Trabalhar com Claude A (o especialista que ajuda a refinar a Skill)
- Testar com Claude B (o agente usando a Skill para realizar trabalho real)
- Observar comportamento de Claude B e trazer insights de volta a Claude A
- Use a Skill em fluxos de trabalho reais: Dê a Claude B (com a Skill carregada) tarefas reais, não cenários de teste
- Observe o comportamento de Claude B: Anote onde ele lutar, suceder ou fazer escolhas inesperadas Exemplo de observação: “Quando pedi a Claude B um relatório de vendas regional, ele escreveu a consulta mas esqueceu de filtrar contas de teste, mesmo que a Skill mencione esta regra.”
- Retorne a Claude A para melhorias: Compartilhe o SKILL.md atual e descreva o que você observou. Pergunte: “Observei que Claude B esqueceu de filtrar contas de teste quando pedi um relatório regional. A Skill menciona filtragem, mas talvez não seja proeminente o suficiente?”
- Revise sugestões de Claude A: Claude A pode sugerir reorganizar para tornar regras mais proeminentes, usar linguagem mais forte como “DEVE filtrar” em vez de “sempre filtrar”, ou reestruturar a seção de fluxo de trabalho.
- Aplique e teste mudanças: Atualize a Skill com refinamentos de Claude A, depois teste novamente com Claude B em solicitações similares
- Repita com base em uso: Continue este ciclo de observar-refinar-testar conforme você encontra novos cenários. Cada iteração melhora a Skill com base em comportamento real de agente, não suposições.
- Compartilhe Skills com colegas de equipe e observe seu uso
- Pergunte: A Skill é acionada quando esperado? As instruções são claras? O que está faltando?
- Incorpore feedback para abordar pontos cegos em seus próprios padrões de uso
Observe como Claude navega Skills
Conforme você itera em Skills, preste atenção em como Claude realmente as usa na prática. Observe:- Caminhos de exploração inesperados: Claude lê arquivos em uma ordem que você não antecipou? Isso pode indicar que sua estrutura não é tão intuitiva quanto você pensava
- Conexões perdidas: Claude falha em seguir referências para arquivos importantes? Seus links podem precisar ser mais explícitos ou proeminentes
- Dependência excessiva de certas seções: Se Claude repetidamente lê o mesmo arquivo, considere se esse conteúdo deveria estar no SKILL.md principal em vez disso
- Conteúdo ignorado: Se Claude nunca acessa um arquivo agrupado, pode ser desnecessário ou mal sinalizado nas instruções principais
Anti-padrões a evitar
Evite caminhos de estilo Windows
Sempre use barras para frente em caminhos de arquivo, mesmo no Windows:- ✓ Bom:
scripts/helper.py,reference/guide.md - ✗ Evite:
scripts\helper.py,reference\guide.md
Evite oferecer muitas opções
Não apresente múltiplas abordagens a menos que necessário:Avançado: Skills com código executável
As seções abaixo focam em Skills que incluem scripts executáveis. Se sua Skill usa apenas instruções markdown, pule para Lista de verificação para Skills eficazes.Resolva, não transfira
Ao escrever scripts para Skills, trate condições de erro em vez de transferir para Claude. Bom exemplo: Trate erros explicitamente:Forneça scripts utilitários
Mesmo que Claude pudesse escrever um script, scripts pré-feitos oferecem vantagens: Benefícios de scripts utilitários:- Mais confiáveis do que código gerado
- Economizam tokens (sem necessidade de incluir código em contexto)
- Economizam tempo (sem geração de código necessária)
- Garantem consistência entre usos

- Executar o script (mais comum): “Execute
analyze_form.pypara extrair campos” - Lê-lo como referência (para lógica complexa): “Consulte
analyze_form.pypara o algoritmo de extração de campo”
Use análise visual
Quando entradas podem ser renderizadas como imagens, tenha Claude analisá-las:Neste exemplo, você precisaria escrever o script
pdf_to_images.py.Crie saídas intermediárias verificáveis
Quando Claude realiza tarefas complexas e abertas, pode cometer erros. O padrão “plano-validar-executar” captura erros cedo tendo Claude primeiro criar um plano em formato estruturado, depois validar esse plano com um script antes de executá-lo. Exemplo: Imagine pedir a Claude para atualizar 50 campos de formulário em um PDF com base em uma planilha. Sem validação, Claude pode referenciar campos inexistentes, criar valores conflitantes, perder campos necessários ou aplicar atualizações incorretamente. Solução: Use o padrão de fluxo de trabalho mostrado acima (preenchimento de formulário PDF), mas adicione um arquivo intermediáriochanges.json que seja validado antes de aplicar alterações. O fluxo de trabalho se torna: analisar → criar arquivo de plano → validar plano → executar → verificar.
Por que este padrão funciona:
- Captura erros cedo: Validação encontra problemas antes que alterações sejam aplicadas
- Verificável por máquina: Scripts fornecem verificação objetiva
- Planejamento reversível: Claude pode iterar no plano sem tocar originais
- Depuração clara: Mensagens de erro apontam para problemas específicos
Empacote dependências
Skills executam no ambiente de execução de código com limitações específicas de plataforma:- claude.ai: Pode instalar pacotes de npm e PyPI e puxar de repositórios GitHub
- API Anthropic: Não tem acesso à rede e sem instalação de pacote em tempo de execução
Ambiente de execução
Skills executam em um ambiente de execução de código com acesso ao sistema de arquivos, comandos bash e capacidades de execução de código. Para a explicação conceitual dessa arquitetura, consulte A arquitetura de Skills na visão geral. Como isso afeta sua autoria: Como Claude acessa Skills:- Metadados pré-carregados: Na inicialização, o nome e descrição do frontmatter YAML de todas as Skills são carregados no prompt do sistema
- Arquivos lidos sob demanda: Claude usa ferramentas bash Read para acessar SKILL.md e outros arquivos do sistema de arquivos quando necessário
- Scripts executados eficientemente: Scripts utilitários podem ser executados via bash sem carregar seu conteúdo completo em contexto. Apenas a saída do script consome tokens
- Sem penalidade de contexto para arquivos grandes: Arquivos de referência, dados ou documentação não consomem tokens de contexto até serem realmente lidos
- Caminhos de arquivo importam: Claude navega seu diretório de skill como um sistema de arquivos. Use barras para frente (
reference/guide.md), não barras invertidas - Nomeie arquivos descritivamente: Use nomes que indiquem conteúdo:
form_validation_rules.md, nãodoc2.md - Organize para descoberta: Estruture diretórios por domínio ou recurso
- Bom:
reference/finance.md,reference/sales.md - Ruim:
docs/file1.md,docs/file2.md
- Bom:
- Agrupe recursos abrangentes: Inclua documentação de API completa, exemplos extensivos, conjuntos de dados grandes; sem penalidade de contexto até serem acessados
- Prefira scripts para operações determinísticas: Escreva
validate_form.pyem vez de pedir a Claude para gerar código de validação - Deixe clara a intenção de execução:
- “Execute
analyze_form.pypara extrair campos” (executar) - “Consulte
analyze_form.pypara o algoritmo de extração” (ler como referência)
- “Execute
- Teste padrões de acesso a arquivo: Verifique que Claude pode navegar sua estrutura de diretório testando com solicitações reais
reference/finance.md e invoca bash para ler apenas esse arquivo. Os arquivos sales.md e product.md permanecem no sistema de arquivos, consumindo zero tokens de contexto até serem necessários. Este modelo baseado em sistema de arquivos é o que permite divulgação progressiva. Claude pode navegar e carregar seletivamente exatamente o que cada tarefa requer.
Para detalhes técnicos completos, consulte Como Skills funcionam na visão geral de Skills.
Referências de ferramenta MCP
Se sua Skill usa ferramentas MCP (Model Context Protocol), sempre use nomes de ferramenta totalmente qualificados para evitar erros “ferramenta não encontrada”. Formato:ServerName:tool_name
Exemplo:
BigQueryeGitHubsão nomes de servidor MCPbigquery_schemaecreate_issuesão os nomes de ferramenta dentro desses servidores
Evite assumir que ferramentas estão instaladas
Não assuma que pacotes estão disponíveis:Notas técnicas
Requisitos de frontmatter YAML
O frontmatter de SKILL.md requer camposname e description com regras de validação específicas:
name: Máximo 64 caracteres, apenas letras minúsculas/números/hífens, sem tags XML, sem palavras reservadasdescription: Máximo 1024 caracteres, não-vazio, sem tags XML
Orçamentos de token
Mantenha o corpo de SKILL.md abaixo de 500 linhas para desempenho ideal. Se seu conteúdo exceder isso, divida-o em arquivos separados usando os padrões de divulgação progressiva descritos anteriormente. Para detalhes arquiteturais, consulte a visão geral de Skills.Lista de verificação para Skills eficazes
Antes de compartilhar uma Skill, verifique:Qualidade principal
- Descrição é específica e inclui termos-chave
- Descrição inclui tanto o que a Skill faz quanto quando usá-la
- Corpo de SKILL.md está abaixo de 500 linhas
- Detalhes adicionais estão em arquivos separados (se necessário)
- Sem informações sensíveis ao tempo (ou em seção “padrões antigos”)
- Terminologia consistente em toda
- Exemplos são concretos, não abstratos
- Referências de arquivo estão um nível de profundidade
- Divulgação progressiva usada apropriadamente
- Fluxos de trabalho têm etapas claras
Código e scripts
- Scripts resolvem problemas em vez de transferir para Claude
- Tratamento de erro é explícito e útil
- Sem “constantes voodoo” (todos os valores justificados)
- Pacotes necessários listados em instruções e verificados como disponíveis
- Scripts têm documentação clara
- Sem caminhos de estilo Windows (todas barras para frente)
- Etapas de validação/verificação para operações críticas
- Loops de feedback incluídos para tarefas críticas de qualidade
Teste
- Pelo menos três avaliações criadas
- Testado com Haiku, Sonnet e Opus
- Testado com cenários de uso real
- Feedback de equipe incorporado (se aplicável)