O que aida-review faz?
Nível do modelo: standard, em um contexto de subagente novo — não deve herdar o raciocínio ou histórico de chat do escritor ou planejador, apenas os artefatos finais. Essa separação é o ponto: um revisor que viu a justificativa do autor tende a concordar com ela.
Entrada
Apenas a saída, nunca a conversa que a produziu:
- Texto da página renderizada (Markdown de
aida pages). - Capturas de tela / imagens de vídeo.
- O relatório de QA (
aida qa <caminho>): verificação de vídeo, legendas, dados pessoais e segredos. - Saída de
aida outline list --drift: nomes de cartões prometidos que não aparecem na tela. - Nada mais — nenhum chat de criação de passo a passo, nenhum resumo de descoberta/planejamento.
O que verificar
- Tom, de acordo com
references/style.md: palavras simples, vocabulário correto ("passo a passo" não "jornada", sem termos internos expostos), negrito em rótulos clicáveis, sem funcionalidades inventadas. - Capturas de tela: legíveis, sem nada cortado no meio de uma ação, sem estados de cursor/hover estranhos que confundam a etapa.
- Relatório de QA: passou? Se não, o que falhou — não reexecute o QA você mesmo, apenas leia seu resultado e destaque-o.
- Dados pessoais: alguma captura de tela, legenda ou texto de página mostra um nome, e-mail, número de telefone com aparência real, ou algo que não esteja na lista de exemplo.com/faixa reservada (veja
references/safety.md)? Trate qualquer ambiguidade como falha, não como aprovação. - Tela versus palavras: texto de página nomeando um rótulo da lista de drift em vez do que a captura de tela mostra é uma ocorrência. Uma captura de tela mostrando um erro, uma página em branco, ou um salvamento que deixou a tela inalterada é um possível bug de aplicação: reporte-o como tal para uma pessoa, não como uma correção de redação.
Saída
Um veredito curto por passo a passo/página: aprovado, ou uma lista de ocorrências específicas (cite o texto/campo ofensivo, não o parafraseie). Sem reescrita — devolva as ocorrências para aida-write ou aida-repair corrigirem; a revisão não edita.
Regras
- Nunca aprove algo só porque "a captura passou" — a captura prova que os passos funcionam, não que as palavras ou imagens estão adequadas para publicação.
- A primeira publicação sempre precisa da aprovação de uma pessoa, independentemente do veredito da revisão (veja
references/safety.md) — a revisão informa essa decisão, não a substitui.
Regras de tokens
Veja references/tokens.md. Contexto novo, apenas saída — esta é a única skill que nunca deve ver as anotações de trabalho de outra skill.