nadavushka-dev/nadavushka-plugs

Trabalhe um ticket do issue-tracker (ex.: RND-123): bug → reproduza o vermelho, depois correção mínima; funcionalidade → implemente conforme o PRD. Use de forma independente ou como etapa 3 do autonomous-squad.

O que é nadavushka-plugs?

Este skill orienta um agente de IA na execução completa de um ticket de issue-tracker, seja ele um bug ou uma funcionalidade. Para bugs, o processo começa com a reprodução do problema e a captura de um 'artefato vermelho' (evidência do erro em qualquer mídia – teste, curl, shell de BD, log) usando o skill `squad:tkt-evidence`; depois disso, uma correção mínima deve ser aplicada. Para funcionalidades, a implementação deve seguir rigorosamente o PRD, sinalizando ambiguidades ou conflitos com um comentário e movendo para 'prod clar'. Um passo crítico é a revisão adversarial: um subagente fresco (não um fork) recebe o ticket, o diff e as evidências para tentar quebrar a mudança, classificando cada achado como bloqueante ou pequeno. Bloqueios exigem correção e re-revisão; após duas rodadas sem resolução, o ticket vai para 'dev clar'. O skill é independente ou pode ser usado como etapa 3 do autonomous-squad, e requer que, antes de começar, o contexto do ticket e a worktree estejam disponíveis (invocando `squad:tkt-context` e seguindo as regras de criação de worktree).

Funciona com✓Claude Code~Codex CLI~Cursor

npx skills add https://github.com/nadavushka-dev/nadavushka-plugs/tree/HEAD/squad/skills/tkt-work

Documentação

Entrada do usuário: $ARGUMENTS

Config

Antes de qualquer coisa: leia ${CLAUDE_SKILL_DIR}/../squad-config.md

Antes de começar

Nenhum contexto do ticket nesta conversação → invoque o skill squad:tkt-context com a chave do ticket primeiro
Nenhuma worktree para este ticket → crie-a (veja Regras)

Bug?

Reproduzir → vermelho

Reproduza o bug e capture o artefato vermelho na mídia do bug (veja o skill squad:tkt-evidence). "Não é possível capturar tela" nunca é motivo para parar — mude de mídia (teste / curl / shell de BD / log). Nenhum artefato vermelho em qualquer mídia → qa clar.

Resolver

Alterações mínimas para corrigir o bug

Funcionalidade?

O PRD deve ser seguido
Ambiguidade, contradição ou conflito com funcionalidades existentes → sinalize em um comentário, mova para prod clar

Revisão adversarial (antes do verde / `squad:tkt-evidence`)

Crie um subagente fresco (não um fork). Forneça a ele: chave do ticket, diff, artefato vermelho (bug) ou PRD (funcionalidade). Seu trabalho é quebrar a mudança, não aprová-la. Cada achado é rotulado como bloqueante ou pequeno.

Bug: o vermelho reproduz o bug reportado? Causa raiz ou sintoma? Mínimo? Regressões nas proximidades?
Funcionalidade: cada ponto do PRD está coberto e testado? Algo além do PRD? Conflitos com comportamento existente? Bloqueante → corrija → re-revise. Descarte um achado bloqueante apenas com evidência, não com argumento. Ainda bloqueante após 2 rodadas → dev clar com a pergunta em aberto. Pequenos → corrija ou liste no PR.