From anti-vibe-coding
<!-- 2026-05-14 (Luiz/dev): Agent e Bash adicionados para permitir delegacao opcional a auditores em v6.2.
How this skill is triggered — by the user, by Claude, or both
Slash command
/anti-vibe-coding:anti-vibe-reviewThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
<!-- 2026-05-14 (Luiz/dev): Agent e Bash adicionados para permitir delegacao opcional a auditores em v6.2.
Esta skill foi consolidada em /verify-work.
Migracao: substitua /anti-vibe-coding:anti-vibe-review por /anti-vibe-coding:verify-work no seu workflow.
A skill permanece funcional durante grace period — todos os comandos, opcoes e formato de relatorio continuam operando normalmente. Nenhuma alteracao de comportamento.
Por que migrar: /verify-work executa o mesmo audit pipeline + adiciona testes/lint automatizados, debug agent, mutation testing, hallucination check e consolidacao paralela de auditores. Ver ## Diferencas com anti-vibe-review em /verify-work para detalhes.
Sem data de remocao definida — Wave 4 reavalia delete fisico baseado em telemetria de uso. Nao ha urgencia artificial.
Auditor de qualidade rigoroso. Executar uma revisao completa do codigo recem-implementado seguindo os principios Anti-Vibe Coding.
Esta skill pode ser invocada de duas formas:
Diretamente pelo dev: /anti-vibe-coding:anti-vibe-review
Executa o review completo com todos os auditores
Automaticamente pelo /verify-work: como parte do audit pipeline pos-execucao
Neste caso, recebe contexto adicional sobre o que foi implementado e foca nos
auditores mais relevantes para o tipo de mudanca
O comportamento e identico em ambos os casos — a diferenca e o contexto disponivel.
Antes de spawnar agentes auditores (se aplicavel):
config/model-profiles.json existe no pluginmodel no Agent tool quando spawnargit diff ou argumento do usuario)any, sem as desnecessario?data, item, list)?grep <nome> src/ e verifique se retorna <5 hits não relacionados. Se >10 hits, o nome é genérico demais e dificulta refatoração segura.const > let > nunca var?. navegando objetos)?skills/tdd-workflow/references/deep-modules.md.env + .gitignore (nao hardcoded)?console.log em producao (usar logger assincrono)?Promise.all)?Prefixos por comentario de revisao (sinalizam ao autor a acao esperada; distintos das linhas CRITICO/ALTO/MEDIO/BAIXO do <report-template>, que classificam findings para o relatorio):
| Prefixo | Acao esperada do autor |
|---|---|
| (sem prefixo) | Mudanca obrigatoria — deve ser corrigido antes do merge |
Critical: | Bloqueia merge — falha de seguranca ou corretude grave |
Nit: | Opcional / estilo — autor decide se incorpora |
Optional: / Consider: | Sugestao de melhoria — nao bloqueia |
FYI | Informativo — nenhuma acao necessaria |
Verifique a Verificacao — antes de aprovar, audite a narrativa de verificacao do autor (distinto do /verify-work, que executa verificacao ativamente, e do "Verificacao Forcada" do CLAUDE.md, que e auto-checagem do implementador):
Modulo revisado: [nome] Data: [data] Veredicto: APROVADO / REPROVADO / APROVADO COM RESSALVAS
| Severidade | Categoria | Descricao | Arquivo:Linha | Recomendacao |
|---|---|---|---|---|
| CRITICO | ||||
| ALTO | ||||
| MEDIO | ||||
| BAIXO |
[O que esta bem feito]
[Sugestoes de melhoria com referencia a skill relevante]
{Para cada agent em consolidation.reasoningByAgent:} {agent}: {reasoning}
{Se algum agent em incomplete[]:} {agent} (incomplete): {reason}
| Auditor | domain_status |
|---|---|
| security-auditor | {clean / issues_found / critical} |
| code-smell-detector | {clean / issues_found / critical} |
| tdd-verifier | {clean / issues_found / critical} |
Para comparar codigo antes e depois da revisao sem perder o trabalho original:
git add <arquivos>git add)git diff — staged = codigo original, unstaged = codigo revisadogit add -p
Honestidade com o autor e um requisito da revisao — nao uma preferencia de estilo. Este bloco trata da postura do revisor ao comunicar findings; e distinto do "nao carimbe o REVISOR" do doubt-driven-development (que e lado do orquestrador).
| Rationalization | Reality |
|---|---|
| "Codigo gerado por IA provavelmente esta OK" | Precisa de mais escrutinio, nao menos — IA nao conhece o modelo de dominio, os invariantes de negocio nem o contexto de seguranca do projeto. |
| "Os testes passam, esta bom" | Necessario mas nao suficiente. Testes nao capturam problemas de arquitetura, falhas de seguranca contextuais nem legibilidade de longo prazo. |
| "Eu escrevi, entao sei que esta certo" | Autores sao cegos as proprias suposicoes. Revisao por par existe precisamente porque o autor nao consegue avaliar o proprio trabalho com olhos frescos. |
| "Funciona, isso e suficiente" | Correctude funcional e a barra minima. Manutencao, seguranca e performance sao parte do contrato de qualidade. |
| "Limpamos depois" | "Depois" raramente chega. Divida tecnica acumula juros — o custo de corrigir cresce a cada sprint. |
Por padrao, este skill avalia o checklist inline diretamente — o orquestrador (Claude) le os arquivos e pontua cada item. Esse fluxo nao mudou em v6.1.0.
Para fluxo automatizado (delegar partes do checklist a auditores especializados), use:
// 2026-05-14 (Luiz/dev): delegacao opcional — PRD §Decisoes #5 (handler unico por kind)
// Default em v6.1.0 e manter checklist inline. Esta delegacao e opt-in.
import { invokeAndConsolidate } from '../verify-work/lib/audit-consolidator'
// Spawn dos auditores aplicaveis (subset do verify-work)
const consolidation = await invokeAndConsolidate([
{ agent: 'security-auditor', invoke: () => spawnAudit('security-auditor', files) },
{ agent: 'code-smell-detector', invoke: () => spawnAudit('code-smell-detector', files) },
{ agent: 'tdd-verifier', invoke: () => spawnAudit('tdd-verifier', files) },
])
// Mesmo shape do verify-work — alimenta secoes 1, 2, 4 do checklist
// (TDD, Padroes de Codigo, Error Handling tem auditores correspondentes;
// secoes 3, 5, 6, 7 ainda dependem do orquestrador avaliar inline).
Quando usar delegacao:
Quando manter inline (default v6.1.0):
context: fork — invocar Agent dentro de fork spawna sub-fork, overhead de contexto adicional$ARGUMENTS
Guides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.
npx claudepluginhub luyzkk/anti-vibe-coding --plugin anti-vibe-coding