Gate: plan-change-justified
The changed plan/spec records the revision that says why it changed.
| Propriedade | Valor |
|---|---|
| Verificação | plan-change-justified |
| Confronta | plan spec |
| Bloqueante por padrão — projeto novo | sim |
| Bloqueante por padrão — projeto existente | não — informa |
Como declarar
Seção intitulada “Como declarar”gates: - name: plan-change-justified on: [plan, spec] check: plan-change-justifiedFonte: verificação · sua spec (em inglês)
🎯 O que este gate mede?
Seção intitulada “🎯 O que este gate mede?”Garante que um plano ou spec modificado declare no diff por que a mudança aconteceu.
Em termos simples: este gate garante que o seu software não cometa erros por descuido ou falta de sincronização. Se você ou uma inteligência artificial alterar um arquivo coberto por este gate, ele inspeciona o trabalho imediatamente.
🛡️ Por que isso é importante?
Seção intitulada “🛡️ Por que isso é importante?”A deriva silenciosa é perigosa: alterar um plano sem justificativa apaga a inconsistência sem deixar rastro do motivo.
Sem este gate ativo, esse tipo de defeito passa despercebido pelos testes comuns e só estoura em produção ou durante refatorações dolorosas semanas depois.
⚙️ Como funciona por baixo dos panos?
Seção intitulada “⚙️ Como funciona por baixo dos panos?”Analisa o git diff e confere se há nota explicativa justificando a alteração da especificação.
Condições dos Vereditos:
Seção intitulada “Condições dos Vereditos:”✓ Pass(Aprovado): A alteração no arquivo acompanha justificativa de mudança.✗ Fail(Reprovado): Alteração estrutural de plano/spec sem justificativa no commit/diff.~ Indeterminado/Pending: Sem git para inspecionar diff.Skip(Dispensado): Criação de arquivos novos.
📋 Exemplo de Configuração no anchors.yaml
Seção intitulada “📋 Exemplo de Configuração no anchors.yaml”Para ativar este gate no seu projeto, adicione o bloco abaixo na seção gates: do seu anchors.yaml:
gates: - name: plan-change-justified on: [plan, spec] check: plan-change-justified blocking: true measures: "um plano/spec que mudou declara por quê"💡 Recomendações de Uso
Seção intitulada “💡 Recomendações de Uso”- Quando ativar: Bloqueante para equipes que precisam de auditoria rigorosa de mudanças.
- Fase de execução: Configure em
when: [pre-commit, ci]para verificações rápidas, ouwhen: [pre-push, ci]para gates que rodam ferramentas mais pesadas. - Transição de maturidade: Comece com
blocking: falsepara avaliar o estado atual do repositório comanchors check. Quando zerar as ocorrências, altere parablocking: true.
🔧 Como corrigir quando este gate reprovar?
Seção intitulada “🔧 Como corrigir quando este gate reprovar?”Se o anchors check acusar falha (✗) neste gate:
- Adicione uma nota ou entrada de revisão explicando a razão da alteração na spec ou plano.
- Reexecute a verificação no terminal:
Terminal window anchors check - Se o gate suportar correção automática, você pode tentar o comando:
Terminal window anchors check --fix
🔗 Conceitos Relacionados
Seção intitulada “🔗 Conceitos Relacionados”- Guia Completo de Camadas: Entenda quais camadas exigem este gate.
- A Unidade (The Unit): A relação entre Spec, Feature, Teste e Código.
- Gates e Vereditos: A mecânica completa de avaliação do Anchors.
- Catálogo Completo de Gates: Retornar ao índice pesquisável de todos os gates.