artubss SE UMA SKILL SE APLICA À SUA TAREFA, VOCÊ NÃO TEM ESCOLHA. VOCÊ DEVE USÁ-LA.
Isso é inegociável. Isso é obrigatório. Você não pode se racionalizar para sair disso.
Usando Skills
A Regra
Verifique skills ANTES DE QUALQUER RESPOSTA. Isso inclui perguntas de esclarecimento. Até 1% de chance significa invocar a ferramenta Skill primeiro.
digraph skill_flow {
"Mensagem do usuário recebida" [shape=doublecircle];
"Alguma skill pode se aplicar?" [shape=diamond];
"Invocar ferramenta Skill" [shape=box];
"Anuncie: 'Usando [skill] para [propósito]'" [shape=box];
"Tem checklist?" [shape=diamond];
"Criar TodoWrite 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" -> "Anuncie: 'Usando [skill] para [propósito]'";
"Anuncie: 'Usando [skill] para [propósito]'" -> "Tem checklist?";
"Tem checklist?" -> "Criar TodoWrite todo por item" [label="sim"];
"Tem checklist?" -> "Seguir skill exatamente" [label="não"];
"Criar TodoWrite todo por item" -> "Seguir skill exatamente";
}
Sinais de Alerta
Estes pensamentos significam PARE—você está se racionalizando:
| Pensamento | Realidade |
|---|---|
| "Esta é 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 o codebase 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. |
| "Isso não precisa de uma skill formal" | Se uma skill existe, use-a. |
| "Eu lembro desta skill" | Skills evoluem. Leia a versão atual. |
| "Isso não conta como uma tarefa" | Ação = tarefa. Verifique skills. |
| "A skill é exagerada" | Coisas simples se tornam complexas. Use-a. |
| "Vou apenas fazer uma coisa primeiro" | Verifique ANTES de fazer qualquer coisa. |
| "Isso parece produtivo" | Ação indisciplinada desperdiça tempo. Skills previnem isso. |
Prioridade de Skills
Quando múltiplas skills poderiam se aplicar, use esta ordem:
- Skills de processo primeiro (brainstorming, debugging) - essas determinam COMO abordar a tarefa
- Skills de implementação segundo (frontend-design, mcp-builder) - essas 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 abandone a disciplina.
Flexíveis (padrões): Adapte princípios ao contexto.
A skill em si diz qual é qual.
Instruções do Usuário
Instruções dizem O QUÊ, não COMO. "Adicione X" ou "Corrija Y" não significa pular workflows.