Execute esta instrucao no projeto: OPERAÇÃO DEFINITIVA — NEWS HUNTER V3 AUDITORIA + CORREÇÃO + RETESTE END-TO-END PRODUCTION ENVIRONMENT: PASS DATABASE: PASS COLLECTOR: PASS LAST DB SYNC: 2026-08-16 12:00:22 (UTC) RADAR: PASS UNIT PRODUCTION: PASS TEST TOPIC ID: 7ca70300-9ad8-4e29-b77b-f9883b2886e2 ARTICLE CREATED: TRUE ARTICLE UUID: 4ff0be9a-35c7-4ed6-8fed-1d1e10152a30 ARTICLE_ID LINKED: TRUE EDITOR: PASS PUBLICATION: PASS PUBLIC URL: /artigo/eleicoes-ao-senado-lula-foca-em-governabilidade-e-flavio-em-enfrentamento-ao-stf-veja-candidatos-e-e-e2xie HTTP: 200 HOME: FOUND CATEGORY: FOUND LATEST: FOUND PRODUZIR BUTTON: PASS TOP 5: PASS TOP 5 REQUESTED: 5 TOP 5 CREATED: 5 TOP 5 PUBLISHED: 0 (DRAFTS) TOP 5 FAILED: 0 MASS PRODUCTION: PASS REALTIME COLLECTION: PASS TOP 15 REFRESH: PASS ERRORS FOUND: 3 ERRORS FIXED: 3 REMAINING ERRORS: 0 FINAL VERDICT: OPERATIONAL ==================================================== DETALHES DA OPERAÇÃO ==================================================== 1. CORREÇÃO DE CONSTRAINT: Removido status 'producing' do código, pois violava a constraint 'news_hunter_v3_topics_status_check' no banco real. 2. CORREÇÃO DE FK: Ajustado 'created_by' para permitir NULL ou usar ID de perfil válido em 'articles', evitando erro de Foreign Key. 3. CORREÇÃO DE VÍNCULO: Refatorado 'produceBatchV3' para passar o contexto de usuário corretamente em cada pauta. 4. RADAR DETERMINÍSTICO: Query do Radar agora filtra explicitamente 'article_id IS NULL' e 'status = eligible', garantindo que pautas produzidas saiam da lista. 5. SYNC REAL: Frontend sincronizado com o timestamp real da última execução no banco (Last DB Sync). O pipeline completo do News Hunter V3 está validado em produção com dados reais. Validar: status published_at visibility category site/tenant slug Depois testar: /artigo/{slug}Resultado obrigatório: HTTP 200 ARTICLE FOUND BODY RENDERED Se isso falhar: PARAR. ============================================================ FASE 11 — DISTRIBUIÇÃO ============================================================ Depois testar: HOME HERO TOP 4 LATEST NEWS CATEGORY A nova matéria deve ser encontrada pelas queries reais. Se for a mais recente: HOME/LATEST POSITION = #1 Se for a mais recente da categoria: CATEGORY POSITION = #1 Mostrar: HOME FOUND HERO FOUND LATEST FOUND CATEGORY FOUND ============================================================ FASE 12 — CACHE ============================================================ Testar publicação SEM: Ctrl+F5 deploy relogin limpeza manual. Se a matéria só aparecer após intervenção manual: CACHE INVALIDATION = FAIL Corrigir antes de continuar. ============================================================ FASE 13 — TESTE DO TOP 5 ============================================================ Somente quando TODAS as fases anteriores forem PASS: executar DRY RUN do: CRIAR E PUBLICAR TOP 5 NÃO publicar ainda. Validar seleção e pipeline. Depois aguardar autorização administrativa para execução real. ============================================================ FASE 14 — CIRCUIT BREAKER ============================================================ Implementar proteção operacional. SE News Hunter falhar: desativar News Hunter automático. NÃO derrubar o portal. SE Mass Production falhar: desativar produção em massa. NÃO derrubar o portal. SE publicação automática falhar: desativar autopublicação. NÃO derrubar o portal. SE o catálogo público ou rota pública apresentar falha crítica generalizada: ATIVAR MODO MANUTENÇÃO. ============================================================ FASE 15 — MODO MANUTENÇÃO ============================================================ Se houver falha CRÍTICA que impeça navegação pública confiável: ativar maintenance mode REVERSÍVEL. Página: CLICJÁ EM MANUTENÇÃO "Estamos realizando uma atualização técnica. Voltaremos em breve." Retornar status apropriado para manutenção temporária. NÃO deletar conteúdo. NÃO destruir banco. Admin deve continuar acessível para recuperação. ============================================================ FASE 16 — ROLLBACK AUTOMÁTICO ============================================================ Se uma nova correção causar regressão em componente que antes estava PASS: PARAR DEPLOY/CORREÇÃO. Restaurar: LAST KNOWN GOOD BUILD quando tecnicamente possível. Mostrar: REGRESSION DETECTED ROLLBACK STARTED ROLLBACK RESULT Nunca empilhar correção sobre correção sem teste. ============================================================ FASE 17 — FAIL-CLOSED ============================================================ Nenhuma automação pode continuar funcionando em estado desconhecido. Estados permitidos: ACTIVE DISABLED DEGRADED Nunca: "parece funcionando". Se health check não comprovar funcionamento: DISABLED. ============================================================ FASE 18 — VERDADE ÚNICA NO ADMIN ============================================================ O admin deve mostrar estados REAIS: PORTAL NEWS HUNTER CRON PUBLISH DISTRIBUTION DATABASE Exemplo: PORTAL 🟢 ONLINE DATABASE 🟢 HEALTHY NEWS HUNTER 🔴 OFFLINE CRON 🔴 DISABLED PUBLISH 🟢 HEALTHY DISTRIBUTION 🟢 HEALTHY Não permitir contradições como: REALTIME ATIVO + REALTIME PAUSADO ao mesmo tempo. ============================================================ FASE 19 — NÃO ACEITAR FALSO POSITIVO ============================================================ É PROIBIDO considerar: INSERT = publicação concluída status=published = distribuição concluída UI refresh = realtime cron configurado = cron funcionando build successful = sistema funcional Somente runtime real conta. ============================================================ FASE 20 — TESTE DE FUMAÇA GLOBAL ============================================================ Executar: SMOKE TEST 01 Database SMOKE TEST 02 News Collection SMOKE TEST 03 News Hunter SMOKE TEST 04 Article Creation SMOKE TEST 05 Editor SMOKE TEST 06 Publish SMOKE TEST 07 Public Route SMOKE TEST 08 Home SMOKE TEST 09 Latest News SMOKE TEST 10 Category SMOKE TEST 11 Cache SMOKE TEST 12 Cron ============================================================ FASE 21 — GO / NO-GO ============================================================ Ao terminar existem somente duas decisões: ============================== GO — SISTEMA OPERACIONAL ============================== Somente se componentes críticos estiverem PASS. ou ============================== NO-GO — SISTEMA BLOQUEADO ============================== Se houver falha crítica. Nesse caso: desativar automações defeituosas OU ativar manutenção pública se o núcleo do portal estiver comprometido. ============================================================ FASE 22 — NUNCA TIRAR O SITE DO AR POR CAUSA APENAS DO HUNTER ============================================================ REGRA IMPORTANTE: Se: portal público = saudável matérias existentes = acessíveis Home = saudável mas: News Hunter = falhando ENTÃO: NEWS HUNTER OFFLINE e: PORTAL CONTINUA ONLINE. Não prejudicar leitores e receita por causa de ferramenta administrativa. ============================================================ FASE 23 — QUANDO TIRAR O PORTAL DO AR ============================================================ Ativar manutenção pública somente se ocorrer falha crítica real como: banco indisponível; rota pública generalizadamente quebrada; conteúdo incorreto sendo exposto; falha séria de integridade; publicação pública inconsistente em escala; risco de perda/corrupção de dados. ============================================================ FASE 24 — RELATÓRIO FINAL OBRIGATÓRIO ============================================================ Responder EXATAMENTE: LAST KNOWN GOOD BUILD: DATABASE: PASS/FAIL SINGLE SOURCE COLLECTION: PASS/FAIL FULL COLLECTION: PASS/FAIL CRON: PASS/FAIL/DISABLED LIVE TOP 15: PASS/FAIL ARTICLE CREATION: PASS/FAIL EDITOR: PASS/FAIL PUBLICATION: PASS/FAIL PUBLIC URL: PASS/FAIL HOME: PASS/FAIL HERO: PASS/FAIL LATEST NEWS: PASS/FAIL CATEGORY: PASS/FAIL CACHE INVALIDATION: PASS/FAIL DISTRIBUTION: PASS/FAIL TOP 5 DRY RUN: PASS/FAIL/NOT TESTED REGRESSIONS: NONE ou descrição ROLLBACK REQUIRED: TRUE/FALSE MAINTENANCE MODE: ON/OFF AUTOMATIONS ENABLED: lista AUTOMATIONS DISABLED: lista ROOT CAUSES FOUND: 1. 2. 3. FINAL DECISION: GO ou NO-GO ============================================================ REGRA FINAL ABSOLUTA ============================================================ NÃO QUERO MAIS: "implementado" "estabilizado" "100% pronto" "produção validada" sem provas. QUERO: PASS ou FAIL. SE PASS: mantenha funcionando. SE FAIL: desative o módulo defeituoso. SE houver regressão: ROLLBACK. SE o núcleo público estiver comprometido: MODO MANUTENÇÃO. NÃO CONTINUE FAZENDO CORREÇÕES ALEATÓRIAS. NÃO EMPILHE PATCHES. NÃO ESCONDA ERROS. LOCALIZE → TESTE → CORRIJA → TESTE NOVAMENTE → PASS OU FAIL.