BK-142 · Auto-fechamento de BK e documentacao obrigatoria

Natureza deste arquivo

• Este backlog descreve o escopo e os criterios do BK-142.
• O historico final do que foi entregue fica em docs/changelog/2026/CL-2026-03-18-BK-142.md.

Status

• Estado do BK: concluido em 2026-03-18
• Responsavel: codex
• Branch: vps/BK-142-auto-fechamento-bk

Problema

• O protocolo ainda mandava pedir autorizacao humana extra para merge/push/deploy/unlock, mesmo quando o BK ja estava concluido, auditado e validado.
• Isso estava deixando branches prontas, locks abertos e lixo operacional acumulado na VPS.
• Alteracoes de docs/governanca nem sempre estavam nascendo com backlog vivo e changelog detalhado, o que enfraquecia a trilha documental.

Objetivo

• Remover o gate humano extra no fechamento de BK concluido.
• Exigir backlog vivo + changelog detalhado para toda alteracao significativa.
• Deixar a regra escrita de forma operacional para qualquer IA seguir sem ambiguidade.
• Exigir conferencia cruzada entre /root/cerebro e /www/wwwroot/rionoteatro.com.br quando a mudanca for de governanca/workflow compartilhado.

Path List

• AGENTS.md
• POLICY.md
• docs/GIT_WORKFLOW.md
• docs/BACKLOG.md
• docs/CHANGELOG.md
• docs/LOCK.md

Criterios de aceite

1. AGENTS.md, POLICY.md e docs/GIT_WORKFLOW.md passarem a mandar fechar BK automaticamente quando houver conclusao, reconciliacao, validacao e auditoria de conteudo aprovadas.
2. docs/BACKLOG.md e docs/CHANGELOG.md passarem a exigir backlog vivo em docs/backlog/ e changelog detalhado em docs/changelog/ para toda alteracao significativa.
3. docs/LOCK.md deixar explicito que UNLOCKED depende de fechamento efetivo do BK na main, nao de novo pedido humano.
4. O proprio BK-142 fechar com commit, merge, push e unlock no mesmo atendimento, salvo bloqueio real ou instrucao humana contraria.

Evidencias previstas

• leitura integral dos documentos alterados antes e depois da edicao
• git diff --check
• git fetch origin main
• reconciliacao final com a main antes do merge