CL-2026-03-18-BK-142

• Status: (V) conferido e aprovado
• Backlog: BK-142
• Escopo: plataforma (documentacao e governanca)
• Projetos afetados: cerebro
• Aprovacao humana obrigatoria: nao
• Revisor IA: auto-revisao

Resumo

O protocolo do Cérebro foi ajustado para que BK concluido, auditado e validado seja fechado no mesmo atendimento, sem novo gate humano para merge/push/deploy/unlock. Ao mesmo tempo, ficou obrigatório documentar cada alteracao significativa com item no backlog central, arquivo vivo em docs/backlog/ e changelog detalhado em docs/changelog/.

Entregas

• AGENTS.md passou a mandar iniciar automaticamente o workflow de fechamento quando o BK estiver concluido, reconciliado, validado e com auditoria de conteudo aprovada.
• POLICY.md deixou de tratar o fechamento de BK como acao que sempre exige confirmacao humana e passou a tratar a conclusao documentada do BK como gatilho operacional.
• docs/GIT_WORKFLOW.md foi atualizado para exigir backlog vivo durante o BK, changelog detalhado no fechamento e fechamento automatico no mesmo atendimento.
• docs/BACKLOG.md, docs/CHANGELOG.md e docs/LOCK.md foram alinhados ao novo fluxo para deixar a regra visivel nos indices centrais.
• A semantica ficou explicitada para evitar confusao futuras: backlog registra escopo/trabalho a fazer ou em execucao; changelog registra o historico do backlog ja entregue.
• Foi executada checagem cruzada de governanca com /www/wwwroot/rionoteatro.com.br antes de publicar a nova regra no Cérebro, para evitar retrabalho e divergencia de protocolo entre os dois repositorios.

Validacoes executadas

• Leitura integral de AGENTS.md, POLICY.md, docs/GIT_WORKFLOW.md, docs/BACKLOG.md, docs/CHANGELOG.md e docs/LOCK.md antes da edicao.
• Backup local dos documentos alterados em /tmp/cerebro-bk142-backup/.
• git diff --check para validar integridade textual antes do fechamento.
• Reconciliacao com a main mais nova antes do merge final.

Riscos residuais

• A regra fica mais clara, mas ainda depende de disciplina operacional real: se um agente declarar BK como "concluido" sem validar e sem auditar o conteudo, o problema passa a ser de execucao, nao de texto.
• BKs que exigirem validacao humana de funcionamento continuam podendo usar status (PU) no changelog; o que foi removido aqui e o gate humano adicional para fechamento de BK ja concluido.