Cerebro Studio · Backlog · Changelog
RioNoTeatro • /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md
Abrir Studio Projeto externo em modo read-only; encaminhamento permitido, escrita bloqueada.

Backlog Unificado

Projeto: RioNoTeatro. Fonte principal: /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md.

Modo read-only: ações de escrita ficam disponíveis apenas para o Cérebro.

Sem itens pendentes em /www/wwwroot/rionoteatro.com.br/docs/BACKLOG.md.

Especificações Disponíveis (fora da fila pendente)

Detalhe do BK Selecionado

/www/wwwroot/rionoteatro.com.br/docs/backlog/BK-147-visibilidade-operacional-ponte-social.md • 2026-03-19T21:06:35.363Z

BK-147 · Visibilidade operacional da ponte social na Central de Redes Sociais

Natureza deste arquivo

  • Este backlog vivo registra o escopo funcional e documental do BK-147.
  • O histórico final desta entrega fica em docs/changelog/2026/CL-2026-03-19-BK-147.md.

Status

  • Estado do BK: concluído e regularizado documentalmente
  • Responsável: codex
  • Branch técnica fechada: main (commit e70c77f55)
  • Branch de regularização documental: vps/BK-147-regulariza-documentacao

Problema

  • A Central de Redes Sociais não deixava claro quando a ponte com o Cérebro estava saudável, degradada ou indisponível.
  • O operador também não conseguia distinguir adequadamente quando a geração de copy havia degradado para a bridge local (ai_reviewed_local) ou para fallback hardcoded.
  • O fechamento técnico do BK-147 tinha ocorrido sem backlog vivo e changelog detalhado canônicos.

Objetivo

  • Expor estado operacional visível da ponte social diretamente na Central de Redes Sociais.
  • Persistir telemetria mínima no helper de copy sem abrir runtime paralelo novo.
  • Registrar a trilha documental canônica do BK-147 no repositório do RNT.

Escopo entregue

  • admin/cron/ai_copy_helper.php
  • passou a persistir metadados operacionais em admin/logs/ai_bridge_status.json;
  • distingue provider = remote|local;
  • promove ai_reviewed para ai_reviewed_local quando a resposta aprovada vier da bridge local;
  • marca fallback_triggered tanto para fallback hardcoded quanto para ai_reviewed_local.
  • admin/modulos/campanhas/redes_sociais.php
  • passou a ler o snapshot local da ponte;
  • exibe badge de saúde operacional no cabeçalho da Central;
  • mostra erro útil, timestamp, engine, source e badges distintos para FALLBACK BRIDGE e FALLBACK HARDCODED.
  • Documentação canônica regularizada neste ciclo:
  • docs/BACKLOG.md
  • docs/CHANGELOG.md
  • docs/LOCK.md
  • docs/backlog/BK-147-visibilidade-operacional-ponte-social.md
  • docs/changelog/2026/CL-2026-03-19-BK-147.md

Fora de escopo

  • Não houve modularização de redes_sociais.php nesta fase.
  • Não foi criado runtime/worker de health independente.
  • Não houve alteração do fluxo de Story draft/prova.
  • Não houve avanço das métricas históricas (social_post_metrics_history).

Validações executadas

  • php -l admin/cron/ai_copy_helper.php
  • php -l admin/modulos/campanhas/redes_sociais.php
  • git diff --check

Path List

  • admin/cron/ai_copy_helper.php
  • admin/modulos/campanhas/redes_sociais.php
  • docs/BACKLOG.md
  • docs/CHANGELOG.md
  • docs/LOCK.md
  • docs/backlog/BK-147-visibilidade-operacional-ponte-social.md
  • docs/changelog/2026/CL-2026-03-19-BK-147.md