Entregar hábitos de engenharia ao agente para ele executar

Para quem

Se você já planeja funções e corrige defeitos e só quer que o agente siga os mesmos hábitos em vez de improvisar, esta skill serve. Oficialmente: transformar os hábitos de engenharia que você já conhece em skills que o agente pode executar.

Depois de instalar você recebe um conjunto de skills de barra. A página nomeia /think, /check, /hunt. No Claude Code você digita os comandos de barra direto. No Codex você os chama pelo nome da skill instalada e segue os mesmos passos. A página também menciona Cursor, Gemini CLI, Copilot, Amp, Kimi Code CLI, e outros agentes que leem o mesmo diretório compartilhado podem pegar essas oito skills. Isso é uma relação de leitura de diretório, não um conjunto exclusivo de nomes.

Encaixa melhor quem tem um repositório-alvo que consegue abrir e quer primeiro um plano ou uma checagem somente leitura, em vez de dizer implement de cara. Notas oficiais:

https://github.com/tw93/waza

Primeira tentativa em 3 minutos

Use apenas este caminho oficial de instalação:

npx skills add tw93/Waza -a claude-code codex cursor -g -y

O comando deixa uma cópia no diretório de skills compartilhado ~/.agents/skills. O Claude Code se liga por symlink. Codex, Cursor e outros agentes que leem esse diretório reconhecem então as skills como nomes como /check e /think. A página não dá outro instalador como caminho principal.

Pré-requisitos: esta máquina já consegue executar o comando npx acima, e você abriu pelo menos um agente que lê ~/.agents/skills. O local de instalação é este diretório compartilhado. Não copie à mão para outra pasta.

Na primeira tarefa, escolha uma ação reversível, mais analítica. Depois de abrir o repositório-alvo no Claude Code, digite /check, ou primeiro /think só para o plano. No Codex, chame a mesma checagem ou o mesmo plano pelo nome da skill. Não diga implement na primeira vez. Sinal de sucesso: as skills aparecem com nomes como /check e /think, e /check consegue dar um resultado a partir do contexto público do repositório em vez de dizer que a skill não está instalada.

Casos de uso

Caso 1: planejar a função primeiro e depois decidir se implementa.

Oficialmente, planejar função se escreve: /think, aprovar o plano, depois dizer implement X, depois /check, e só então merge. Na primeira vez, pare em /think e leia o plano. A evidência não escreve como é um botão de aprovar nem um comando concreto de merge. Dá para confirmar esta ordem, e que a implementação deve acontecer depois de o plano ser aceito.

Caso 2: achar a causa raiz primeiro e depois mudar código.

Oficialmente, corrigir um defeito se escreve: /hunt, depois reparar, depois /check, depois o acompanhamento. A página escreve o acompanhamento como release/publish/push/issue follow-through, mas não detalha esses passos. Na primeira vez, rode só /hunt. Quando a descrição da causa raiz bater com o fenômeno, então mude. /hunt está escrito para confirmar a causa raiz, não para começar a mudar na hora.

Os dois casos se apoiam no mesmo caminho de instalação. /check pode seguir um plano ou um reparo, mas na primeira vez ainda deve rodar a checagem sozinha e confirmar que leu o contexto público.

Limites

Waza só oferece hábitos gerais de engenharia. /check lê em tempo de execução o contexto público do repositório-alvo, incluindo README, manifestos de pacote, Makefile, fluxos de integração contínua e as restrições desta tarefa. Não lê caminhos privados, credenciais nem tokens. A página não escreve que ele possa acessar configuração privada ou segredos.

O comando de instalação nomeia os três alvos claude-code, codex e cursor, e a cópia cai em ~/.agents/skills. Outros agentes que leem esse diretório podem pegar as skills, mas a página não dá um exemplo de disparo para cada nome. Além das barras do Claude Code e das chamadas por nome no Codex, o único fato confirmado para outros ambientes é «se lerem o diretório compartilhado, essas oito skills aparecem».

A página não escreve um escopo de linguagens, uma cota nem um tipo de repositório obrigatório. Quando falta o contexto público do repositório-alvo, até onde o /check consegue ir não tem um exemplo de falha separado.