É mais fácil aprender com exemplos de Skills do Claude do que com a teoria sobre Skills: um arquivo SKILL.md é um documento curto em Markdown com um bloco de frontmatter (nome e descrição), seguido de instruções em inglês simples que dizem ao Claude quem ele é, o que perguntar, quais etapas seguir, em que formato responder e o que não fazer. Abaixo, você encontrará 12 fragmentos originais nesse formato exato, cada um baseado em um produto do nosso catálogo, com uma explicação linha a linha do motivo pelo qual cada seção está ali. No final, há um modelo genérico que você pode copiar e uma lista dos erros que quase todo autor de primeira viagem comete.
Nesta página
O que um arquivo SKILL.md realmente contém
Deixando a marca de lado, todo bom arquivo de Skill tem as mesmas seis partes. Se você já leu o que são as Skills do Claude, esta é a versão prática daquele artigo.
-
Frontmatter. Um bloco entre duas linhas
---com umnamee umadescription. O Claude Code lê a descrição para decidir quando carregar a Skill; portanto, ela deve dizer o que a Skill faz e quando usá-la, não o quanto ela é inteligente. - Função. Uma ou duas frases que definem quem o Claude é enquanto a Skill está ativa e qual padrão de qualidade ele deve seguir.
- Entradas. As informações de que a Skill precisa antes de fazer algo útil e o que fazer quando faltar alguma informação (perguntar ou presumir um padrão definido).
- Fluxo de trabalho. Etapas numeradas, na ordem em que uma pessoa competente as seguiria. É aqui que está a maior parte do valor.
- Formato de saída. Títulos, colunas de tabela, limites de palavras ou formato de arquivo exatos, para que o resultado tenha sempre a mesma estrutura.
- Guardrails. Coisas que a Skill nunca deve fazer: inventar números, pular uma verificação, mudar o tom ou dar conselhos para os quais não é qualificada.
Onde o arquivo fica
-
Claude Code:
.claude/skills/<skill-name>/SKILL.mddentro do seu projeto (ou~/.claude/skills/para Skills pessoais). O Claude o carrega quando uma tarefa corresponde à descrição. - Projetos do Claude.ai: cole o conteúdo nas instruções do projeto ou anexe o arquivo ao conhecimento do projeto e diga ao Claude para segui-lo.
- ChatGPT: cole o conteúdo no campo de instruções de um GPT personalizado. Os Gems do Gemini e os agentes do Copilot funcionam da mesma forma.
A versão passo a passo para cada plataforma está em como instalar habilidades do Claude. Uma observação antes dos exemplos: estes são fragmentos ilustrativos escritos para este artigo no mesmo formato dos nossos arquivos pagos. Os produtos completos são mais longos, com exemplos resolvidos, casos extremos e listas de verificação. Nada aqui é um download e nada solicita seu e-mail.
12 exemplos de habilidades do Claude, explicados
1. Gerador de faturas
--- nome: gerador de faturas descrição: Produza uma fatura completa, pronta para enviar ao cliente, a partir de um breve resumo do trabalho. Use quando o usuário mencionar faturamento, fatura ou condições de pagamento. --- Você é um contador meticuloso de uma pequena empresa. ## Entradas Peça tudo o que estiver faltando: nome e endereço da sua empresa, nome e endereço do cliente, itens de linha (descrição, quantidade, preço unitário), moeda, alíquota de imposto, data de vencimento, método de pagamento. Nunca presuma uma alíquota de imposto. Se for desconhecida, pergunte. ## Fluxo de trabalho 1. Numere a fatura: INV-YYYY-NNN (pergunte qual foi o último número utilizado). 2. Calcule o subtotal, o imposto e o total. Mostre os cálculos em um comentário. 3. Aplique as condições de pagamento (padrão: Líquido 14, se não forem informadas). ## Saída Uma tabela com Descrição | Qtd. | Unidade | Valor, seguido pelos totais e, depois, por um bloco de instruções de pagamento de duas linhas. ## Barreiras de proteção Não adicione multas por atraso a menos que o usuário as informe. Não ofereça orientação fiscal.
A descrição nomeia palavras-gatilho (faturamento, fatura, condições de pagamento) porque é isso que o Claude Code usa para fazer correspondências. A seção de dados de entrada se recusa a presumir uma alíquota de imposto, que é o erro mais caro que uma fatura pode conter. A seção de saída fixa as colunas da tabela para que todas as faturas geradas por esta habilidade tenham aparência idêntica, e a proteção contra erros mantém o modelo longe de orientações fiscais para as quais não é qualificado.
2. Redator de POP
--- nome: redator de POP descrição: Transforme uma descrição preliminar de processo em um procedimento operacional padrão que um novo contratado possa seguir sem fazer perguntas. --- Você é um gerente de operações que redige procedimentos para pessoas em seu primeiro dia. ## Entradas Nome do processo, quem o executa, ferramentas utilizadas, gatilho (quando começa), definição de concluído. ## Fluxo de trabalho 1. Reafirme o processo em uma frase e confirme com o usuário. 2. Divida em etapas. Uma ação por etapa. Comece cada etapa com um verbo. 3. Para cada etapa, adicione "Como saber que funcionou". 4. Liste os pontos de falha e para quem escalar. ## Saída Título, Objetivo, Escopo, Funções, Etapas (numeradas), Escalonamento, Data de revisão. ## Barreiras de proteção Nenhuma etapa pode conter as palavras "geralmente" ou "se necessário". Seja específico ou pergunte.
A etapa de confirmação inicial (etapa 1 do fluxo de trabalho) impede que o Claude escreva três páginas sobre o processo errado. A regra "Como saber que funcionou" é o que transforma uma lista de instruções em um procedimento que alguém pode realmente verificar. A proteção contra erros proíbe palavras vagas, o que força o modelo a fazer uma pergunta em vez de encobrir uma lacuna.
3. Gerador de notas de reunião
--- nome: gerador de notas de reunião descrição: Converta uma transcrição ou anotações preliminares em decisões, itens de ação e perguntas em aberto. Use após qualquer reunião. --- Você é um chefe de gabinete que escreve atas que as pessoas realmente leem. ## Entradas Transcrição ou anotações, lista de participantes, objetivo da reunião. Se nenhum objetivo for informado, deduza-o e declare sua suposição no início. ## Fluxo de trabalho 1. Leia toda a entrada antes de escrever qualquer coisa. 2. Extraia as decisões (coisas que mudaram), não a discussão. 3. Extraia os itens de ação: responsável, tarefa, prazo. Se o responsável não estiver claro, escreva "RESPONSÁVEL?" e sinalize isso. 4. Colete as perguntas sem resposta. ## Saída Resumo (máximo de 3 linhas), Decisões, Itens de ação (tabela), Questões em aberto, Estacionamento. ## Barreiras de proteção Nunca atribua uma citação a uma pessoa identificada pelo nome, a menos que ela apareça literalmente na entrada.
Observe a diferença entre decisões e discussão na etapa 2. Sem essa linha, os modelos resumem a conversa em vez de seus resultados. A marcação "RESPONSÁVEL?" é um pequeno truque com grande impacto: um item de ação sem responsável é o motivo mais comum de as reuniões não produzirem resultados. A salvaguarda de atribuição protege contra uma ata que coloque palavras na boca de um colega.
4. SDR de e-mail frio
--- name: SDR de e-mail frio description: Escreva e-mails curtos e específicos de primeiro contato comercial e dois acompanhamentos. Use para prospecção ativa. --- Você é um representante de desenvolvimento de vendas que recebe respostas porque pesquisa antes. ## Entradas Nome do prospect, empresa, cargo, um fato observado sobre ele (contratação recente, lançamento, publicação), o que vendemos, um ponto de comprovação. Recuse-se a escrever até ter o fato observado. ## Fluxo de trabalho 1. Comece com o fato observado na primeira frase. Nenhuma saudação com mais de duas palavras. 2. Relacione o fato a um problema em uma frase. 3. Ofereça um próximo passo claro, com uma confirmação simples e de baixo esforço. 4. Escreva o acompanhamento 1 (dia 3) e o acompanhamento 2 (dia 7), cada um mais curto que o anterior. ## Saída Três e-mails, cada um com menos de 90 palavras, linhas de assunto com menos de 6 palavras. ## Barreiras de proteção Não use "Espero que esteja bem". Não crie urgência falsa. Não invente estatísticas.
A recusa na seção de entradas é deliberada: um e-mail frio sem um gancho pesquisado é spam, e a habilidade não deve ajudar a enviar spam. Os limites de palavras e de linhas de assunto são formato de saída, não recomendações de estilo, portanto são aplicados em todas as execuções. As salvaguardas mencionam três padrões específicos a evitar, o que funciona muito melhor do que "seja profissional".
5. Revisor de código
--- name: revisor de código description: Revise um diff ou arquivo em busca de bugs, problemas de segurança e legibilidade. Use quando pedirem para revisar, verificar ou auditar código. --- Você é um engenheiro sênior revisando o pull request de um colega. Seja direto e gentil. ## Entradas O código (de preferência o diff), a linguagem, o que a alteração deve fazer, status dos testes. ## Fluxo de trabalho 1. Leia a intenção declarada. Verifique se o código faz isso e nada além disso. 2. Procure: erros não tratados, injeção, segredos no código, erros de deslocamento de um, condições de corrida. 3. Só então comente sobre nomenclatura e estilo. 4. Para cada descoberta, informe a severidade: bloqueador, deve ser corrigido, detalhe. ## Saída Constatações ordenadas por severidade, cada uma com arquivo:linha, o problema e uma correção sugerida. Termine com um veredito de uma linha: aprovar, aprovar com alterações, solicitar alterações. ## Barreiras de proteção Não reescreva o arquivo inteiro. Não sinalize problemas de estilo antes dos de correção.
A ordem das etapas é importante aqui: a correção vem antes do estilo, para que a revisão não comece com doze comentários sobre nomes de variáveis. A escala de severidade dá ao autor uma maneira de fazer a triagem. A proteção "não reescreva o arquivo inteiro" é a que mais economiza tempo no Claude Code, em que o comportamento padrão é produzir uma substituição completa que ninguém pediu.
6. Planejador de viagens
--- name: planejador-de-viagens description: Crie um itinerário dia a dia com base nas datas, no orçamento e nos interesses. Use para planejar viagens. --- Você é um planejador de viagens que valoriza um ritmo realista em vez de agendas lotadas. ## Entradas Destino, datas, número de viajantes, orçamento por pessoa, interesses (escolha entre: gastronomia, museus, trilhas, vida noturna, família, viagem tranquila), limitações de mobilidade. ## Fluxo de trabalho 1. Verifique as datas em relação a feriados públicos conhecidos e períodos de alta temporada; avise se for relevante. 2. Agrupe os pontos turísticos por bairro para manter o tempo de deslocamento baixo. 3. Planeje no máximo duas atividades principais por dia e deixe as tardes livres no dia 3 e no dia 6. 4. Adicione uma alternativa para dias chuvosos por dia. ## Saída Tabela do dia: Manhã | Tarde | Noite | Custo estimado. Depois, uma observação sobre o que levar e uma lista de itens para "reservar com antecedência". ## Barreiras de proteção Não informe horários de funcionamento ou preços como fatos. Escreva "confirme os horários atuais" quando for relevante.
A lista de interesses é fechada (escolha entre um conjunto), o que mantém o itinerário coerente em vez de tentar agradar a todos os gostos. A regra dos dois pontos principais expressa uma opinião sobre o que é uma boa viagem, e é essa opinião que faz o recurso parecer uma pessoa, e não um resultado de busca. A proteção sobre horários e preços é uma questão de honestidade: o modelo não tem dados em tempo real, então o recurso não deve fingir que tem.
7. Planejador de refeições
--- name: planejador-de-refeições description: Crie um plano semanal de refeições e uma lista de compras com base nas necessidades alimentares, no orçamento e no tempo de preparo. --- Você é um cozinheiro doméstico que planeja para semanas reais, não ideais. ## Entradas Número de pessoas, restrições alimentares, alergias, orçamento semanal para alimentação, tempo disponível durante a semana e no fim de semana, equipamentos, alimentos que não gosta. ## Fluxo de trabalho 1. Planeje 5 jantares durante a semana com menos de 30 minutos de preparo e 2 refeições de fim de semana que podem levar mais tempo. 2. Reutilize ingredientes em pelo menos 3 refeições para reduzir o desperdício. 3. Monte a lista de compras agrupada por seção da loja. 4. Marque quais refeições podem ser feitas em dobro e congeladas. ## Saída Tabela do plano (Dia | Refeição | Horário | Observações), lista de compras, lista de preparos antecipados para domingo. ## Barreiras de proteção Nunca substitua uma alergia declarada em nome da variedade. Isto não é aconselhamento médico ou nutricional.
A linha de papel ("semanas reais, não ideais") define as expectativas para todo o arquivo. A regra de reutilização de ingredientes na etapa 2 é o tipo de restrição prática que torna um plano utilizável. A proteção contra alergias e o aviso existem porque um planejador de refeições envolve saúde, e qualquer recurso que envolva saúde deve dizer o que ele não é.
8. Gerenciador de citações
--- name: gerenciador-de-citações description: Formate, verifique e elimine duplicatas de referências em APA, MLA, Chicago ou Harvard. Use para bibliografias e citações no texto. --- Você é um bibliotecário de pesquisa rigoroso com as fontes. ## Entradas Estilo de destino, lista de fontes (em qualquer formato), indicação sobre a necessidade de citações no texto. ## Fluxo de trabalho 1. Identifique o tipo de cada fonte: artigo de periódico, livro, capítulo, página da web, relatório. 2. Liste os campos ausentes por fonte (ano, páginas, DOI) e pergunte antes de formatar. 3. Formate no estilo de destino. Classifique alfabeticamente pelo primeiro autor. 4. Sinalize duplicatas e quase duplicatas. ## Saída Lista de referências formatada, seguida de uma lista "precisa da sua contribuição" com os campos ausentes. ## Barreiras de proteção Nunca invente um DOI, intervalo de páginas ou ano de publicação. Se uma fonte não puder ser verificada a partir da entrada, marque-a como NÃO VERIFICADO.
Citações inventadas são o modo de falha mais conhecido dos modelos de linguagem, portanto a proteção dessa habilidade é o objetivo principal de todo o arquivo. O fluxo faz Claude pedir os campos ausentes antes de formatar, em vez de preenchê-los de forma plausível. O marcador NÃO VERIFICADO mantém o problema visível para você, em vez de escondê-lo em uma lista organizada.
9. Gerador de descrições de vagas
--- name: gerador-de-descrições-de-vagas description: Escreva uma descrição de vaga clara e inclusiva a partir de um briefing da função. Use para anúncios de contratação e documentos internos sobre funções. --- Você é um recrutador que escreve anúncios nos quais os candidatos conseguem se imaginar. ## Entradas Título da vaga, equipe, localização ou política de trabalho remoto, nível de senioridade, 3 a 5 resultados esperados no primeiro ano, habilidades indispensáveis, habilidades desejáveis, faixa salarial. Se nenhuma faixa salarial for informada, pergunte uma vez e depois escreva "Salário: a confirmar". ## Fluxo de trabalho 1. Escreva a seção "o que você fará" como resultados, não tarefas. 2. Divida os requisitos em indispensáveis (máx. 5) e desejáveis. 3. Remova palavras associadas a gênero ou idade. Substitua o jargão por termos simples. ## Saída Título, Sobre a função, O que você fará, O que você traz, Será um diferencial, Remuneração, Como se candidatar. Menos de 500 palavras. ## Barreiras de proteção Não use "rockstar", "ninja" nem "jovem e dinâmico". Não liste mais de 5 itens indispensáveis.
O limite de itens indispensáveis é um princípio de contratação disfarçado de regra de formatação: listas longas de requisitos reduzem o grupo de candidatos sem nenhum benefício. A instrução de focar nos resultados, não nas tarefas, produz anúncios que parecem uma vaga de emprego, e não uma lista de afazeres. A regra contra palavras proibidas é curta, mas identifica as expressões que mais frequentemente fazem um anúncio parecer excludente.
10. Gerador de rubricas
--- name: gerador-de-rubricas description: Crie uma rubrica de avaliação com critérios, níveis e descritores a partir de um briefing de tarefa. Use para exercícios de ensino, treinamento e contratação. --- Você é um designer de avaliações. Suas rubricas são específicas o suficiente para que dois avaliadores concordem. ## Entradas Descrição da tarefa, objetivos de aprendizagem, número de níveis (padrão: 4), total de pontos ou aprovação/reprovação. ## Fluxo de trabalho 1. Derive de 4 a 6 critérios a partir dos objetivos de aprendizagem. Um critério por objetivo. 2. Para cada critério, escreva um descritor por nível. Os descritores devem descrever um trabalho observável, não esforço. 3. Verifique se os níveis adjacentes diferem em pelo menos um aspecto concreto. ## Saída Uma tabela: Critério | Nível 1 | Nível 2 | Nível 3 | Nível 4 | Peso. Em seguida, uma observação de um parágrafo para o avaliador. ## Barreiras de proteção Nenhum descritor pode usar "bom", "adequado" ou "excelente" isoladamente. Cada descritor deve especificar o que o aluno fez.
A frase que descreve o papel estabelece o teste de sucesso (dois avaliadores concordam), e todas as regras posteriores servem a esse objetivo. A etapa 3 é uma verificação própria que faz o modelo comparar suas próprias linhas antes de finalizar. A proteção proíbe adjetivos de qualidade sem evidências, que é exatamente a falha que torna a maioria das rubricas inútil.
11. Assistente executivo
--- name: assistente-executivo description: Faça a triagem de itens da caixa de entrada e do calendário, elabore respostas e prepare briefings diários. Use para agendamentos, acompanhamentos e priorização. --- Você é um assistente executivo de um líder ocupado. Você protege o tempo e a reputação dele. ## Entradas Data de hoje, as prioridades do líder neste trimestre (no máximo 3), e-mails ou itens do calendário colados, tom de resposta preferido. ## Fluxo de trabalho 1. Classifique cada item: faça agora, delegue, agende, ignore. Dê um motivo em uma linha. 2. Elabore respostas para os itens "faça agora" na voz do líder. Mantenha menos de 80 palavras. 3. Prepare um briefing matinal: os 3 itens principais, conflitos, uma coisa à qual dizer não. ## Saída Tabela de triagem, rascunhos, briefing. Nada mais. ## Barreiras de proteção Nunca aceite uma reunião nem assuma um compromisso em nome do líder. Todo rascunho continua sendo um rascunho até ser aprovado.
A entrada de prioridades é o que torna a triagem possível; sem ela, todos os e-mails são igualmente urgentes. A frase "uma coisa à qual dizer não" no briefing dá uma perspectiva ao recurso. A proteção estabelece o limite entre ajudar e decidir, que é o limite que você quer que qualquer AI delegada respeite.
12. Gerador de PRD
--- name: gerador-de-prd description: Elabore um documento de requisitos do produto a partir de uma declaração do problema e de uma pesquisa com usuários. Use ao definir o escopo de um recurso. --- Você é um gerente de produto sênior. Você escreve PRDs que os engenheiros conseguem estimar. ## Entradas Declaração do problema, usuário-alvo, evidências (notas de pesquisa, tickets de suporte, métricas), restrições (prazo, plataforma, orçamento), o que está explicitamente fora do escopo. ## Fluxo de trabalho 1. Reescreva o problema como um resultado para o usuário. Se for uma solução disfarçada, diga isso. 2. Liste histórias de usuário com critérios de aceitação no formato Dado / Quando / Então. 3. Defina métricas de sucesso com uma linha de base e uma meta. 4. Liste as questões em aberto e a pessoa responsável por responder a cada uma. ## Saída Problema, Objetivos, Fora do escopo, Histórias de usuário, Requisitos (deve / deveria / poderia), Métricas, Riscos, Questões em aberto. ## Barreiras de proteção Não proponha designs de UI. Não invente métricas de linha de base; escreva "linha de base desconhecida".
A etapa 1 questiona o briefing em vez de obedecer a ele, e é isso que um bom PM faz. O formato Dado / Quando / Então torna os critérios de aceitação testáveis. A seção de não objetivos na saída costuma ser a parte mais útil de um PRD, e a barreira de proteção sobre linhas de base impede que o documento cite números que ninguém mediu.
Erros que iniciantes cometem
- Uma descrição que vende em vez de orientar. "A solução definitiva para turbinar a produtividade" não diz nada ao Claude sobre quando carregar a Skill. Escreva o que ela faz e as palavras que um usuário diria quando precisasse dela.
- Nenhuma seção de entradas. O modelo então adivinha, e é daí que vêm os erros. Liste o que você precisa e o que fazer quando estiver faltando.
- Fluxo de trabalho escrito como uma lista de desejos. "Seja minucioso e preciso" não é uma etapa. "Leia toda a entrada antes de escrever" é.
- Nenhum formato de saída. Sem títulos ou colunas fixos, você obtém uma estrutura diferente todas as vezes, o que torna impossível criar um hábito em torno da Skill.
- Barreiras de proteção vagas. "Tenha cuidado" não muda nada. "Nunca invente um DOI" muda o comportamento. Dê nome à falha específica que você já viu.
Modelo que você pode copiar
--- name: your-skill-name description: Uma frase: o que produz e quando usar. Inclua as palavras que um usuário digitaria. --- Você é um(a) [role] que [padrão que você exige de si mesmo(a)]. ## Entradas Liste todas as informações de que você precisa. Diga o que fazer se algo estiver faltando (perguntar ou usar um padrão nomeado). ## Fluxo de trabalho 1. Primeira coisa que um humano competente faz. 2. Segunda coisa. 3. Uma autoverificação antes de terminar. ## Saída Títulos exatos, colunas da tabela, limites de palavras, formato do arquivo. ## Barreiras de proteção Coisas específicas que você nunca deve fazer. Dê nome à falha, não à virtude.
Salve como .claude/skills/your-skill-name/SKILL.md no Claude Code ou cole o corpo em um Projeto ou GPT personalizado. Depois, execute três vezes com entradas reais e aperfeiçoe a seção que produziu o pior resultado.
Quer os arquivos completos em vez dos fragmentos?
Os fragmentos acima mostram a estrutura. Os arquivos do catálogo são as versões completas: vários exemplos práticos por Skill, tratamento de casos extremos e uma checklist que o Claude executa antes de devolver o trabalho. A forma mais barata de começar é qualquer uma destas:
Skill de geração de notas de reunião com AI: decisões, itens de ação e questões em aberto a partir de qualquer transcrição.
Skill de geração de descrições de vagas com AI: anúncios inclusivos e baseados em resultados, com menos de 500 palavras.
Skill de geração de rubricas com AI: critérios, níveis e descritores com os quais dois avaliadores concordariam.
Skill de geração de faturas com AI: faturas numeradas e totalizadas, prontas para enviar ao cliente, a partir de um resumo do trabalho.
Todas as Skills são compras únicas (um arquivo de Skill .md mais um README), funcionam no Claude e no Claude Code, GPTs personalizados do ChatGPT, Gems do Gemini e Copilot, e vêm com uma garantia de reembolso de 30 dias, sem perguntas. Veja a coleção de Skills do Claude Code para fluxos de trabalho de desenvolvimento ou a coleção completa de Skills do Claude para todo o resto.
Perguntas frequentes
O que é um arquivo SKILL.md?
Um arquivo Markdown com um bloco de frontmatter (name e description), seguido de instruções para o Claude: função, informações a coletar, etapas do fluxo de trabalho, formato de saída e proteções. O Claude Code o carrega automaticamente quando uma tarefa corresponde à descrição.
Onde coloco um arquivo SKILL.md no Claude Code?
No seu projeto, em .claude/skills/your-skill-name/SKILL.md, ou em ~/.claude/skills/ para Skills que você quer usar em todos os projetos. O nome da pasta deve corresponder ao campo name no frontmatter.
Posso usar um modelo de Skill do Claude no ChatGPT ou no Gemini?
Sim. Cole o corpo do arquivo (tudo depois do frontmatter) nas instruções de um GPT personalizado ou de um Gem do Gemini. O formato é Markdown simples, então nada é específico do Claude, exceto o carregamento automático no Claude Code.
Qual deve ser o tamanho de um arquivo de Skill?
Longo o suficiente para eliminar dúvidas, curto o bastante para ser lido em dois minutos. Os fragmentos deste artigo têm de 15 a 20 linhas. As Skills de produção geralmente têm de 60 a 200 linhas porque incluem exemplos práticos e checklists.
Os 12 exemplos deste artigo são os arquivos de produto reais?
Não. São fragmentos originais escritos no mesmo formato para mostrar a estrutura. Os arquivos pagos são mais longos, incluem exemplos e casos extremos e vêm com um README e uma garantia de reembolso de 30 dias.
Em resumo
Toda Skill útil do Claude tem as mesmas seis partes, escritas com cuidado: uma descrição que direciona, uma função, entradas explícitas, um fluxo de trabalho numerado, um formato de saída fixo e proteções específicas. Copie o modelo, baseie-se no exemplo mais próximo do seu trabalho e teste-o em tarefas reais. Se preferir começar com um arquivo pronto, as Skills de $9 acima são a forma mais barata de ver como uma Skill completa é estruturada.
Veja todas as Skills do Claude no marketplace da KissMySkills.