O Conversation Analysis V4 analisa conversas de forma mais barata e controlada que o V2, com agendamento por estágios e canary por host. Operadores de plataforma gerenciam o motor em /platform-admin/conversation-analysis (acesso por allowlist de e-mail, não por super_admin do host).

Endpoints

Base: /api/v4/conversationAnalysis/

MétodoPathPapel
POST/runAnalisa uma conversa (ou rearma circuit breaker sem force)
POST/batchEnfileira jobs V4 em lote (revival)
POST/backfillBackfill histórico

Autenticação: token de serviço/interno conforme o caller (painel platform-admin via Create BFF).

Semântica de produto (V4)

CampoComportamento V4
heat_scoreNecessidade de atenção — o maior entre valor comercial e risco de detração (não é só “temperatura comercial”)
pendingRemovido do produto (V4 não produz; leitores de UI não consomem)
user_authorization / criticalDescontinuados no produto V4

V2 e V4 são mutuamente exclusivos por host via analysis_config.engine — um host não deve rodar os dois motores em paralelo.

Platform admin (Create)

Rotas BFF: GET /platform-admin/access, GET /platform-admin/hosts, GET|PATCH .../conversation-analysis, GET .../status.

Só e-mails em PLATFORM_ADMIN_EMAILS / domínios em PLATFORM_ADMIN_EMAIL_DOMAINS veem a área (fail-closed).

Relação com Content Aware e Advisor

Insights de conversa podem alimentar Content Aware e issues; a triagem de learnings está em Content Aware.