Existem três jeitos de criar uma skill no Claude: copiar uma pronta do GitHub, descrever o que você quer e pedir pra ele construir, ou fazer a tarefa real junto com ele e depois mandar salvar o processo. Os três te entregam uma skill. Só o terceiro te entrega uma skill que funciona do seu jeito, porque ela nasce do seu trabalho de verdade.
Eu testei os três no meu negócio. Vou te contar o que cada um resolve, onde cada um trava, e por que eu só confio em um deles.
O que é uma skill, em uma frase
Skill é uma habilidade que você ensina uma vez e o Claude nunca mais esquece: o passo a passo, o seu tom, as suas regras. Se você nunca criou nenhuma, começa pelo guia de como criar uma Skill no Claude, que é o passo a passo dos botões. Este aqui é sobre outra coisa: o método. Porque criar uma skill é fácil. Criar uma skill que funciona igual a você é que é a história.
Jeito 1: copiar uma skill pronta
Você baixa uma skill do GitHub, ou pega uma do guia de alguém, e cola no seu Claude. Em dois minutos tá rodando. É o mais rápido de todos.
E funciona bem pra coisa genérica: formatar um documento, resumir uma reunião, converter um arquivo. Se a tarefa é igual pra todo mundo, uma skill de prateleira resolve muito bem. Não tem vergonha nenhuma nisso.
O problema é quando a tarefa é sua. A sua vida e o seu negócio não são iguais aos de ninguém. A skill que a pessoa publicou no GitHub carrega o jeito dela de trabalhar: os critérios dela, o gosto dela, os atalhos dela. Você instala e recebe um resultado que é a cara de outra pessoa.
Skill copiada é ponto de partida, não de chegada. Se a tarefa é justamente aquilo que te diferencia (seu conteúdo, seu atendimento, sua análise), skill de prateleira vai te entregar o padrão médio da internet. E o médio não é o que você quer no que é a sua vantagem.
Jeito 2: descrever o que você quer e pedir pro Claude construir
Você abre o chat e explica: "quero uma skill que faz X, seguindo os passos Y e Z, no tom W". Ele escreve a skill pra você. Já é bem melhor que copiar, porque pelo menos parte do seu contexto.
Mas tem um limite honesto aqui, e ele é mais fundo do que parece: ele está construindo em cima da sua descrição do trabalho, não do trabalho. E descrição não é a mesma coisa que execução.
Pensa comigo: você consegue descrever exatamente como decide que um texto ficou bom? Como você escolhe cortar uma frase? Por que uma legenda te agrada e outra não? A maior parte do seu critério é automática. Você não sabe que sabe. Então você não descreve, e ele preenche o buraco com chute.
"Escreve legendas no meu tom: coloquial, próximo, sem enrolação."
Ele escreve o que a internet inteira chama de coloquial. Genérico, com cara de IA.
✅ Fazendo junto
Você escreve 3 legendas com ele, corrigindo: "essa palavra eu nunca usaria", "corta essa última frase, tá explicando demais".
Ele vê o seu critério acontecendo. Aí ele acerta.
Jeito 3: faça a tarefa junto e mande salvar o processo
Esse é o que eu uso, porque é o único que faz ele acertar de verdade. E o pulo do gato é a ordem: a skill é a última coisa, não a primeira.
O passo a passo:
→ 1. Faça a tarefa real com ele, do começo ao fim. Não uma simulação, não um exemplo. A tarefa que você faria hoje de qualquer jeito.
→ 2. Corrija no meio do caminho. Fala o que ficou bom e, principalmente, o que ficou ruim. "Isso aqui não é meu jeito." "Essa parte ficou perfeita, é exatamente isso."
→ 3. Vá até ficar perfeito. Não aceite o "tá bom". A skill vai congelar o padrão que você aceitar aqui.
→ 4. Só aí mande salvar o processo inteiro numa skill.
O prompt do passo 4 é o que faz toda a diferença. Não peça só "salva isso numa skill": peça pra ele olhar para trás e extrair o que ele aprendeu com as suas correções.
Você acabou de fazer essa tarefa exatamente do jeito que eu queria. Agora quero transformar isso numa skill reutilizável. Antes de escrever, revisa toda a nossa conversa e me lista: 1. Os passos que você seguiu, na ordem real 2. As correções que eu pedi no caminho, e o que cada uma revela sobre o meu padrão e o meu gosto 3. Os erros que você cometeu e como evitar da próxima vez 4. Como eu decido que o resultado ficou bom Depois escreve a skill, incluindo: - Quando usar (os gatilhos, com as palavras que EU uso pra pedir isso) - O passo a passo do jeito que a gente acabou de fazer - As minhas regras de gosto (o que eu sempre quero e o que eu nunca quero) - Uma seção "erros que já quebraram" com o que deu errado hoje Não inventa nada que não aconteceu nessa conversa.
Repara na parte 2 e na última seção. É aí que mora o ouro: as suas correções e os erros que ele cometeu. Uma skill escrita só com os acertos é frágil. Uma skill que sabe onde já quebrou é a que segura o padrão da próxima vez.
Por que o jeito 3 acerta e os outros chutam
A diferença é o que o Claude tem em mãos na hora de escrever a skill.
→ No jeito 1, ele tem o processo de outra pessoa.
→ No jeito 2, ele tem a sua descrição do processo, com todos os buracos do que você não sabe explicar.
→ No jeito 3, ele tem o processo acontecendo, com as suas correções gravadas em cima.
Não é mágica. É que a sua correção é a única coisa que carrega o seu critério de um jeito que dá pra escrever depois.
Guarde a conversa onde a tarefa deu certo. Ela é a matéria-prima da skill. Se você fez um trabalho lindo com o Claude e fechou a janela sem salvar o processo, você jogou fora a parte mais valiosa e vai ter que ensinar tudo de novo na semana que vem.
A skill que edita os meus Reels nasceu exatamente assim. Eu não descrevi como eu edito. Eu editei, junto com o Claude, quatro vídeos.
No caminho eu fui corrigindo: "o filtro tá lavando meu rosto", "esse zoom tá fraco demais, quero mais dramático, um vai e um volta", "tira esse fundo atrás da escrita, quer mais elegante", "esse trecho eu errei, corta". Cada correção dessa ensinou uma regra que eu nunca teria escrito num briefing, porque eu nem sabia que era uma regra.
Quando o quarto vídeo saiu do jeito que eu queria, eu pedi: salva esse processo inteiro numa skill. Hoje eu mando o vídeo cru e falo "edita esse vídeo". Sai pronto, com o meu corte, o meu zoom e o meu título. E o mais importante: a skill guarda até os erros que a gente cometeu no caminho, pra não repetir.
Uma skill baixada do GitHub jamais saberia que eu odeio fundo atrás da legenda.
Comece pela tarefa que você mais odeia
Não comece pela tarefa mais importante. Comece pela mais chata e repetitiva: aquela que você faz toda semana e que te dá preguiça só de pensar. É a de maior retorno, e você já sabe fazer de olhos fechados, então vai reconhecer na hora quando o resultado sair errado.
Faz uma vez junto com ele, com calma, corrigindo. Manda salvar. Na semana seguinte você não faz mais essa tarefa: você revisa. E revisar leva dois minutos.
É isso que muda o jogo. Não é a IA fazendo o que qualquer um faria. É a IA fazendo do seu jeito, porque você ensinou o seu jeito uma vez só. Se você quer entender o Claude de trás pra frente pra tirar proveito disso, vale ler o Guia Definitivo do Claude em Português. E pra montar a sua primeira skill no app, o guia de Skills é o começo natural.
O Guia Completo do Claude em PDF
Meu guia do Claude do zero ao avançado, em PDF pra você salvar e consultar quando quiser. Deixa seu email que eu libero na hora, e você ainda entra na Biblioteca.
Zero spam. Só o que vale a pena sobre IA na prática.