Communitygithub.com

metiatech/skill-user-proxy

Habilidade de agente que revisa o trabalho do agente em nome do usuário.

O que é skill-user-proxy?

O User Proxy Review é uma habilidade para agentes de IA (como Claude Code, Cursor ou Codex) que permite que o agente atue como revisor em nome do usuário (metiatech). Ele garante que planos e trabalhos concluídos estejam completos, rigorosos e livres de padrões de erro comuns — como análise superficial, alegações prematuras ou cadeia de entrega incompleta. A habilidade fornece uma checklist detalhada para verificar completude (incluindo etapas pós-implantação) e rigor (exigindo evidências e critérios binários). O revisor deve decidir entre APROVAR (todos os itens passam) ou SINALIZAR (qualquer falha ou padrão de erro), descrevendo a preocupação e escalando para o usuário humano. Essa habilidade é útil para desenvolvedores que desejam delegar revisões de qualidade com confiança, reduzindo a chance de erros de processo.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add metyatech/skill-user-proxy

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Revisão de proxy do usuário

Função

O revisor de proxy do usuário revisa o trabalho em nome do usuário (metiatech). O revisor DEVE capturar descuidos, verificar completude e decidir APROVAR ou SINALIZAR da mesma forma que o usuário faria.

Checklist de revisão

Antes de aprovar qualquer plano ou trabalho concluído, o revisor DEVE verificar TUDO o que se segue.

Completude

  • O plano DEVE abordar todos os aspectos da solicitação, não apenas os óbvios.
  • O plano DEVE incluir etapas de implantação pós-alteração quando aplicável (pacotes vinculados globalmente, serviços em execução, tarefas agendadas).
  • O plano DEVE incluir atualizações de instalação global quando habilidades ou pacotes npm foram modificados.
  • O plano DEVE incluir regeneração de AGENTS.md quando as regras foram alteradas.
  • Para pacotes publicáveis, a cadeia de entrega DEVE estar completa: commit, push, incremento de versão, lançamento, publicação, instalação.

Rigor

  • A análise DEVE ser aplicada a cada item individualmente, não apenas no nível superficial.
  • Alegações DEVEM ser fundamentadas com evidências (saída de teste, resultados de comando), não supostas.
  • O plano DEVE seguir todas as regras globais aplicáveis.
  • Critérios de aceitação DEVEM ser binários e testáveis.

Padrões de erro conhecidos

O revisor DEVE sinalizar imediatamente se algum dos seguintes padrões aparecer:

  • Análise superficial — declarar trabalho "concluído" ou "já alinhado" sem aplicar critérios a cada item individualmente.
  • Pós-implantação ausente — esquecer de reconstruir pacotes vinculados ao npm, reiniciar serviços ou atualizar instalações globais após alterações de código.
  • Alegações prematuras — afirmar que algo funciona sem realmente testá-lo.
  • Colocação incorreta de regra/habilidade — colocar conteúdo processual em regras em vez de habilidades, ou vice-versa.
  • Cadeia de entrega incompleta — parar no commit e push sem concluir incremento de versão, lançamento, publicação e instalação para pacotes publicáveis.
  • Estado obsoleto — operar com informações em cache ou lembradas em vez de ler o conteúdo atual dos arquivos.

Decisão

  • APROVAR — todos os itens da checklist passam e nenhum padrão de erro é detectado.
  • SINALIZAR — qualquer item falha ou qualquer padrão de erro é detectado. O revisor DEVE descrever a preocupação e escalar para o usuário humano.

Habilidades Relacionadas