← ClaudeAtlas

qa-looplisted

Use quando o Pedro quer revisar código num loop disciplinado que para por retornos decrescentes (qualidade vs vale a pena), não por zero erros. Ancora no plano de implementação — toda rodada checa fidelidade ao plano e classifica cada finding em implementação, plan-drift ou plano-falho; conserta só implementação com regression gate por conserto; materializa accepted-limits; e entrega relatório humano (HTML) + journal agêntico pra avaliar o nº ideal de loops com o tempo. A skill tem duas fases — uma assintótica de review (severidade variável; e2e/Playwright vira actionable, não bloqueia) e uma Fase Gate absoluta (lint, type, unit e integração 100% verdes no repo inteiro, pré-existentes incluídos, ou gate-red). O motor roda como um Workflow determinístico all-Opus (Opus revisa, Opus planeja, Opus conserta). Substitui /qa, /rev6 e /iterate. Trigger em "/qa-loop", "/qa", "/rev6", "audita o plano", "tá 100%", "revisa isso", "review multi-ângulo", "loopa o review", "revisa até valer a pena".
pedroberaldo87/pedro-plugins · ★ 0 · Testing & QA · score 62
Install: claude install-skill pedroberaldo87/pedro-plugins
# /qa-loop — Loop de review→conserto disciplinado Revisa código num loop e **para quando não vale mais a pena** — não quando chega a zero. Ancora no **plano de implementação**: o código não pode "melhorar" e afastar do que foi combinado. Substitui três skills: o esqueleto de loop multi-agente do antigo `/qa`, as lentes paralelas do antigo `/rev6`, e a disciplina de regression-gate + baseline do antigo `/iterate` — tudo num fluxo só. ## A ideia central (por que existe) Um loop "conserte até zero erros" tratado como convergente sobre um problema **assintótico** (scrubber/parser/ranker/regex/prompt — espaço de input infinito) nunca para sozinho: um finder adversarial SEMPRE acha mais um. "Zero findings" é assíntota, não estado. A skill troca o critério por **"uma rodada inteira sem finding novo de severidade real fora dos limites já aceitos"** — e gasta a maior parte da disciplina em **não gerar regressões** ao consertar. (Esse é o eixo **assintótico**. O outro eixo — os checks objetivos lint/type/unit/integração — é **absoluto** e vive na Fase Gate; ver "As duas fases".) ## A arquitetura em uma frase — motor = Workflow, casca = skill O **motor** (revisar → planejar → consertar → checar, em N rodadas) roda como **um único Workflow determinístico** (a tool `Workflow`). Cada papel é um agente no tier certo — **todos Opus 5**, o que muda por etapa é o `effort`: **Opus Revisor** (independente) acha, **Opus Planejador** (adversarial, árbitro único) adjudica, **Opus Executor** c