Aplicar uma revisão

Orienta a pessoa sobre os achados de uma revisão de especificação ou plano e aplica apenas as alterações que ela aprovar explicitamente, uma por uma. Em seguida, verifica outros rascunhos de especificações afetados pelas decisões. Use quando houver um review-spec.md ou review-plan.md e a pessoa quiser aplicar ou descartar seus achados.

O que é Aplicar uma revisão?

Esta skill oferece um fluxo de trabalho estruturado para processar revisões de especificações ou planos, garantindo que cada decisão seja tomada de forma explícita e individual. Sua principal função é evitar suposições ou aplicações automáticas de mudanças, mantendo o controle humano sobre cada alteração. É útil em ambientes de desenvolvimento onde artefatos de documentação técnica (spec.md e plan.md) são gerenciados com status (rascunho, aprovado, obsoleto) e revisões formais são realizadas. A skill suporta a identificação de achados, apresentação de opções (aplicar, modificar, descartar, adiar), confirmação em lote antes da aplicação e, por fim, verifica se as decisões afetam outras especificações em andamento. Ela se integra naturalmente a fluxos de trabalho com revisão de documentos, especialmente quando múltiplos artefatos dependem entre si. O agente interage com o usuário em etapas claras, aguardando respostas antes de prosseguir, o que reduz riscos de alterações não intencionais. A skill é ideal para times que seguem práticas de revisão de especificações e precisam de um assistente confiável para aplicar mudanças de forma segura e auditável.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/aitormf/agent-skills/tree/HEAD/skills/apply-review

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

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

Documentação

O que Aplicar uma revisão faz?

Ajude a pessoa a decidir sobre cada achado e aplicar apenas o que ela aprovar.

Regra fundamental: nunca assuma, infira ou aplique uma alteração sem uma decisão explícita. Se um achado for ambíguo, peça esclarecimentos antes de oferecer opções. Cada achado é decidido separadamente; nunca os agrupe.

Artefatos e status

  • Cada item de trabalho reside em docs/specs/<YYYYMMDD>-<tipo>-<nome>/.
  • spec.md e plan.md possuem status: draft | approved | obsolete no frontmatter. Apenas uma pessoa define approved.
  • Se você alterar um artefato que estava approved, defina-o como draft e informe.

Passo 1: apresentar os achados

  1. Identifique o item de trabalho e a revisão (review-spec.md ou review-plan.md). Pergunte se não estiver claro.
  2. Liste todos os achados, numerados, começando pelos bloqueantes. Para cada um, mostre:
    • Achado [N]: o que a revisão aponta.
    • Sugestão de correção, se houver.
    • Opções:
      • A) Aplicar a correção como está.
      • B) Aplicar uma correção modificada (a pessoa descreve).
      • C) Descartar, com o motivo.
      • D) Adiar.

Aguarde a pessoa responder todos antes de continuar.

Passo 2: confirmar

Resumo das decisões
────────────────
[N] <título> → aplicar / modificado / descartado / adiado

Pergunte: "Você confirma estas decisões antes de eu aplicá-las?" Não prossiga sem confirmação.

Passo 3: aplicar

  1. Aplique apenas as alterações confirmadas (A e B), e apenas nos artefatos revisados. Não toque em mais nada.
  2. No arquivo de revisão, abaixo de cada achado, anote a decisão tomada:
    • para descartados, o motivo;
    • para adiados, o que ainda está pendente.
  3. Informe a pessoa sobre a situação:
    • Se nenhum achado bloqueante permanecer em aberto, o artefato está pronto para ela marcá-lo como approved, ou para outra passagem de review-spec.
    • Se houver achados bloqueantes adiados, ou descartados que tragam risco, aponte isso.

Passo 4: outras especificações afetadas

Verifique se alguma decisão do passo 2 afeta outras especificações em andamento:

  1. Olhe em docs/specs/*/spec.md por aquelas com status: draft.
  2. Para cada uma, avalie se alguma decisão introduz conflito, altera uma dependência ou invalida uma suposição.
  3. Para cada especificação que possa ser afetada:
    • mostre qual especificação, qual seção e o que precisaria mudar;
    • pergunte: "Esta decisão a afeta? Devo propor uma alteração?". Aguarde um sim ou um não.
  4. Se a resposta for sim, redija apenas a alteração mínima (a seção e linhas exatas), mostre o diff e aplique somente após aprovação.

Não melhore, estenda ou reformate qualquer outra coisa nessas especificações. Se em qualquer ponto não estiver claro o que fazer, pare e pergunte.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

Habilidades Relacionadas