artubss SE UMA SKILL SE APLICA À SUA TAREFA, VOCÊ NÃO TEM ESCOLHA. VOCÊ DEVE USÁ-LA.
Isto não é negociável. Isto não é opcional. Você não pode racionalizar sua forma de sair disso.
Como Acessar Skills
Em Claude Code: Use a ferramenta Skill. Quando você invoca uma skill, seu conteúdo é carregado e apresentado a você — siga-o diretamente. Nunca use a ferramenta Read em arquivos de skill.
Em outros ambientes: Consulte a documentação da sua plataforma para saber como skills são carregadas.
Usando Skills
A Regra
Invoque skills relevantes ou solicitadas ANTES de qualquer resposta ou ação. Até 1% de chance de uma skill se aplicar significa que você deve invocar a skill para verificar. Se uma skill invocada se mostrar errada para a situação, você não precisa usá-la.
digraph skill_flow {
"Mensagem do usuário recebida" [shape=doublecircle];
"Alguma skill pode se aplicar?" [shape=diamond];
"Invocar ferramenta Skill" [shape=box];
"Anunciar: 'Usando [skill] para [propósito]'" [shape=box];
"Tem checklist?" [shape=diamond];
"Criar TodoEscrever todo por item" [shape=box];
"Seguir skill exatamente" [shape=box];
"Responder (incluindo esclarecimentos)" [shape=doublecircle];
"Mensagem do usuário recebida" -> "Alguma skill pode se aplicar?";
"Alguma skill pode se aplicar?" -> "Invocar ferramenta Skill" [label="sim, até 1%"];
"Alguma skill pode se aplicar?" -> "Responder (incluindo esclarecimentos)" [label="definitivamente não"];
"Invocar ferramenta Skill" -> "Anunciar: 'Usando [skill] para [propósito]'";
"Anunciar: 'Usando [skill] para [propósito]'" -> "Tem checklist?";
"Tem checklist?" -> "Criar TodoEscrever todo por item" [label="sim"];
"Tem checklist?" -> "Seguir skill exatamente" [label="não"];
"Criar TodoEscrever todo por item" -> "Seguir skill exatamente";
}
Sinais de Alerta
Estes pensamentos significam PARE — você está racionalizando:
| Pensamento | Realidade |
|---|---|
| "Isto é apenas uma pergunta simples" | Perguntas são tarefas. Verifique skills. |
| "Preciso de mais contexto primeiro" | Verificação de skill vem ANTES de perguntas de esclarecimento. |
| "Deixe-me explorar a base de código primeiro" | Skills dizem COMO explorar. Verifique primeiro. |
| "Posso verificar git/arquivos rapidamente" | Arquivos carecem de contexto de conversa. Verifique skills. |
| "Deixe-me coletar informações primeiro" | Skills dizem COMO coletar informações. |
| "Isto não precisa de uma skill formal" | Se uma skill existe, use-a. |
| "Lembro desta skill" | Skills evoluem. Leia a versão atual. |
| "Isto não conta como uma tarefa" | Ação = tarefa. Verifique skills. |
| "A skill é exagerada" | Coisas simples ficam complexas. Use-a. |
| "Vou fazer apenas isto primeiro" | Verifique ANTES de fazer qualquer coisa. |
| "Isto parece produtivo" | Ação indisciplinada desperdiça tempo. Skills previnem isto. |
| "Conheço o que isto significa" | Conhecer o conceito ≠ usar a skill. Invoque-a. |
Prioridade de Skill
Quando múltiplas skills podem se aplicar, use esta ordem:
- Skills de processo primeiro (brainstorming, debugging) - estas determinam COMO abordar a tarefa
- Skills de implementação segundo (frontend-design, mcp-builder) - estas guiam a execução
"Vamos construir X" → brainstorming primeiro, depois skills de implementação. "Corrija este bug" → debugging primeiro, depois skills específicas do domínio.
Tipos de Skill
Rígidas (TDD, debugging): Siga exatamente. Não adapte longe da disciplina.
Flexíveis (padrões): Adapte princípios ao contexto.
A skill em si diz qual é.
Instruções do Usuário
Instruções dizem O QUÊ, não COMO. "Adicione X" ou "Corrija Y" não significa pule workflows.