Os exemplos de skills do Claude são mais fáceis de aprender do que 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 claro que dizem ao Claude quem ele é, o que deve solicitar, 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 de cada seção existir. No final, há um modelo genérico que você pode copiar e uma lista dos erros que quase todo autor de primeira viagem comete.
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, então ela deve dizer o que a skill faz e quando usá-la, não o quão inteligente ela é. - Função. Uma ou duas frases que definem quem Claude é enquanto a skill está ativa e qual padrão de trabalho ele deve seguir.
- Entradas. As informações de que a skill precisa antes de poder fazer algo útil e o que fazer quando algo estiver faltando (perguntar ou presumir um padrão declarado).
- 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 exatos, colunas de tabela, limites de palavras ou formato de arquivo para que o resultado tenha sempre a mesma estrutura.
- Barreiras de segurança. Coisas que a skill nunca deve fazer: inventar números, pular uma verificação, mudar o tom, dar conselhos para os quais não tem qualificação.
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. - Claude.ai Projects: cole o corpo nas instruções do projeto ou anexe o arquivo ao conhecimento do projeto e diga ao Claude para segui-lo.
- ChatGPT: cole o corpo 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 trechos ilustrativos escritos para este artigo no mesmo formato dos nossos arquivos pagos. Os produtos completos são mais longos, com exemplos práticos, 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 o 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 qualquer informação que esteja 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, forma 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 usado). 2. Calcule o subtotal, o imposto e o total. Mostre o cálculo em um comentário. 3. Aplique as condições de pagamento (padrão: 14 dias líquidos, caso nenhuma seja informada). ## 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. ## Guardrails Não adicione multas por atraso, a menos que o usuário as informe. Não ofereça orientação tributária.
A descrição nomeia palavras-chave de gatilho (faturamento, fatura, condições de pagamento) porque é isso que Claude Code usa para fazer correspondências. A seção de entradas 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 mantém o modelo longe de orientações tributárias para as quais ele não é qualificado.
2. Redator de POP
--- nome: redator de POP descrição: Transforme uma descrição de processo bruta em um procedimento operacional padrão que um novo funcionário possa seguir sem fazer perguntas. --- Você é um gerente de operações que escreve procedimentos para pessoas no primeiro dia de trabalho. ## Entradas Nome do processo, quem o executa, ferramentas usadas, 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 escalonar. ## Saída Título, Objetivo, Escopo, Funções, Etapas (numeradas), Escalonamento, Data de revisão. ## Guardrails Nenhuma etapa pode conter as palavras "geralmente" ou "se necessário". Seja específico ou pergunte.
A etapa de confirmação primeiro (etapa 1 do fluxo de trabalho) impede Claude de escrever 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 ambiguidades proíbe palavras vagas, o que força o modelo a fazer uma pergunta em vez de encobrir uma lacuna.
3. Gerador de anotações de reunião
--- nome: gerador de anotações de reunião descrição: Converta uma transcrição ou anotações brutas em decisões, itens de ação e questões em aberto. Use após qualquer reunião. --- Você é um chefe de gabinete que escreve anotações que as pessoas realmente leem. ## Entradas Transcrição ou anotações, lista de participantes, objetivo da reunião. Se nenhum objetivo for informado, infira-o e declare sua suposição no topo. ## Fluxo de trabalho 1. Leia toda a entrada antes de escrever qualquer coisa. 2. Extraia decisões (coisas que mudaram), não a discussão. 3. Extraia os itens de ação: responsável, tarefa, data de entrega. 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. ## Guardrails Nunca atribua uma citação a uma pessoa nomeada, 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 efeito: uma ação sem responsável é o motivo mais comum para reuniões não produzirem resultados. A salvaguarda de atribuição protege você contra anotações que coloquem palavras na boca de um colega.
4. SDR de e-mail frio
--- name: cold-email-sdr description: Escreva e-mails curtos e específicos de primeiro contato comercial e dois follow-ups. 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 prova. 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 resposta afirmativa de baixo esforço. 4. Escreva o follow-up 1 (dia 3) e o follow-up 2 (dia 7), cada um mais curto que o anterior. ## Saída Três e-mails, cada um com menos de 90 palavras, e linhas de assunto com menos de 6 palavras. ## Guardrails Nada de "Espero que este e-mail o encontre bem". Nada de falsa urgência. Nada de estatísticas inventadas.
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 assunto são formato de saída, não conselhos de estilo, portanto são aplicados em todas as execuções. As salvaguardas citam três padrões específicos a evitar, o que funciona muito melhor do que "seja profissional".
5. Revisor de código
--- name: code-reviewer description: Revise um diff ou arquivo em busca de bugs, problemas de segurança e legibilidade. Use quando alguém pedir 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, erro de limite, condições de corrida. 3. Só então comente sobre nomenclatura e estilo. 4. Para cada descoberta, informe a gravidade: bloqueador, deve ser corrigido, detalhe. ## Saída Descobertas ordenadas por gravidade, cada uma com arquivo:linha, o problema e uma sugestão de correção. Termine com um veredito de uma linha: aprovar, aprovar com alterações, solicitar alterações. ## Guardrails Não reescreva o arquivo inteiro. Não sinalize questões de estilo antes das 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 gravidade dá ao autor uma forma de definir prioridades. A orientaçã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: trip-planner 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 mais do que agendas lotadas. ## Entradas Destino, datas, número de viajantes, orçamento por pessoa, interesses (escolha entre: gastronomia, museus, trilhas, vida noturna, família, ritmo tranquilo), 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 as atrações 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 de chuva por dia. ## Saída Tabela do dia: Manhã | Tarde | Noite | Custo estimado. Depois, uma observação sobre o que levar e uma lista de "reserve com antecedência". ## Guardrails Não informe horários de funcionamento ou preços como fatos. Escreva "confira 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 a habilidade parecer algo com personalidade, em vez de um resultado de busca. A orientação sobre horários e preços é uma questão de honestidade: o modelo não tem dados em tempo real, então a habilidade não deve fingir que tem.
7. Planejador de refeições
--- name: meal-planner 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ê é uma pessoa que cozinha em casa e 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 no fim de semana que podem levar mais tempo. 2. Reutilize os 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. ## Guardrails Nunca ignore uma alergia informada por uma questão de variedade. Isto não é aconselhamento médico ou nutricional.
A frase de função ("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. O limite relacionado a alergias e o aviso existem porque um planejador de refeições envolve saúde, e qualquer habilidade que envolva saúde deve dizer o que ela não é.
8. Gerenciador de citações
--- name: citation-manager 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 desejado, lista de fontes (em qualquer formato), se são necessárias 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 de cada fonte (ano, páginas, DOI) e pergunte antes de formatar. 3. Formate no estilo escolhido. Ordene alfabeticamente pelo primeiro autor. 4. Sinalize duplicatas e referências quase duplicadas. ## Saída Lista de referências formatada, seguida de uma lista "precisa da sua contribuição" com os campos ausentes. ## Guardrails 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 UNVERIFIED.
Citações inventadas são o principal modo de falha conhecido dos modelos de linguagem, portanto a salvaguarda é o objetivo central de todo o arquivo. O fluxo de trabalho faz com que Claude peça os campos ausentes antes de formatar, em vez de preenchê-los de maneira plausível. O marcador UNVERIFIED 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: job-description-generator 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 cargos. --- Você é um recrutador que escreve anúncios nos quais os candidatos conseguem se imaginar. ## Entradas Cargo, equipe, localização ou política de trabalho remoto, senioridade, 3 a 5 resultados esperados no primeiro ano, habilidades obrigatórias, 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 entre obrigatórios (máx. 5) e diferenciais. 3. Remova palavras associadas a gênero ou idade. Substitua jargões por termos simples. ## Saída Título, Sobre a vaga, O que você fará, O que você traz, Diferenciais, Remuneração, Como se candidatar. Menos de 500 palavras. ## Guardrails Não use "rockstar", "ninja" nem "jovem e dinâmico". Não liste mais de 5 requisitos obrigatórios.
O limite obrigatório é um princípio de contratação disfarçado de regra de formatação: listas longas de requisitos reduzem o grupo de candidatos sem trazer benefícios. A instrução para descrever resultados, não tarefas, faz com que os anúncios pareçam uma vaga, e não uma lista de afazeres. A restrição de palavras proibidas é curta, mas identifica as frases que mais costumam fazer um anúncio parecer excludente.
10. Gerador de rubricas
--- name: rubric-generator description: Crie uma rubrica de avaliação com critérios, níveis e descritores a partir de um briefing de atividade. Use para exercícios de ensino, treinamento e contratação. --- Você é um designer de avaliações. Seus critérios são específicos o suficiente para que dois avaliadores cheguem à mesma conclusão. ## Entradas Descrição da tarefa, objetivos de aprendizagem, número de níveis (padrão: 4), total de pontos ou aprovado/reprovado. ## 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 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. ## Guardrails Nenhum descritor pode usar "bom", "adequado" ou "excelente" isoladamente. Cada descritor deve indicar o que o estudante fez.
A frase sobre a função estabelece o teste de sucesso (dois avaliadores concordam), e todas as regras posteriores servem a isso. A etapa 3 é uma autoverificação que faz o modelo comparar suas próprias linhas antes de terminar. 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 da caixa de entrada e dos itens da agenda, elabore respostas e prepare briefings diários. Use para agendamento, 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 da agenda colados, tom de resposta preferido. ## Fluxo de trabalho 1. Classifique cada item: fazer agora, delegar, agendar, ignorar. Dê um motivo em uma linha. 2. Elabore respostas para os itens "fazer 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. ## Guardrails Nunca aceite uma reunião nem assuma um compromisso em nome do líder. Todo rascunho é um rascunho até ser aprovado.
A entrada de prioridades é o que torna a triagem possível; sem ela, todo e-mail é igualmente urgente. A linha "uma coisa à qual dizer não" no briefing dá uma perspectiva clara à habilidade. 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 um enunciado do problema e de pesquisas 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 Enunciado do problema, usuário-alvo, evidências (notas de pesquisa, chamados 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 referência e uma meta. 4. Liste as questões em aberto e a pessoa responsável por responder a cada uma. ## Saída Problema, Objetivos, Não objetivos, Histórias de usuário, Requisitos (deve / deveria / poderia), Métricas, Riscos, Questões em aberto. ## Guardrails Não proponha designs de UI. Não invente métricas de referência; escreva "baseline desconhecido".
A etapa 1 questiona o briefing em vez de obedecer a ele, e isso é o 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 o guardrail 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 direcionar. "A solução definitiva para produtividade" não diz nada ao Claude sobre quando carregar a Skill. Escreva o que ela faz e as palavras que um usuário usaria quando precisasse dela.
- Nenhuma seção de entradas. O modelo então faz suposições, 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 a cada vez, o que torna impossível criar um hábito em torno da Skill.
- Guardrails vagos. "Tenha cuidado" não faz nada. "Nunca invente um DOI" muda o comportamento. Dê nome à falha específica que você observou.
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ê é [role] e segue [padrão que você se impõe]. ## 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. A primeira coisa que uma pessoa competente faz. 2. A segunda coisa. 3. Uma autoverificação antes de finalizar. ## Saída Títulos exatos, colunas da tabela, limites de palavras, formato do arquivo. ## Guardrails Coisas específicas que você nunca deve fazer. Dê nome à falha, não à virtude.
Salve-o como .claude/skills/your-skill-name/SKILL.md no Claude Code ou cole o conteúdo em um Project ou GPT personalizado. Depois, execute-o três vezes com entradas reais e aprimore a seção que produziu o pior resultado.
Quer os arquivos completos em vez de 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 maneira mais barata de começar é qualquer uma destas:
Skill gerador de notas de reunião com AI ($9): decisões, itens de ação e questões em aberto a partir de qualquer transcrição.
Skill gerador de descrições de vagas com AI ($9): anúncios inclusivos e baseados em resultados, com menos de 500 palavras.
Skill gerador de rubricas com AI ($9): critérios, níveis e descritores com os quais dois avaliadores concordariam.
Skill de geração de faturas com AI ($9): faturas numeradas, totalizadas e prontas para o cliente, a partir do resumo de um trabalho.
Todas as Skills são compras únicas (um arquivo de Skill .md mais um README), funcionam no Claude e no Claude Code, em 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, entradas 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ê deseja 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 bastante para eliminar dúvidas, curto o bastante para ser lido em dois minutos. Os fragmentos deste artigo têm de 15 a 20 linhas. Skills de produção geralmente têm de 60 a 200 linhas porque incluem exemplos práticos e listas de verificação.
Os 12 exemplos deste artigo são os arquivos reais do produto?
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 um trabalho real. Se preferir começar com um arquivo pronto, as Skills de $9 acima são a maneira mais barata de ver como uma Skill completa é estruturada.
Veja todas as Skills do Claude no marketplace da KissMySkills.
