feat(realtime): monitoramento em tempo real via WebSocket multi-tenant

Fecha agente.md secao 54-55 (infraestrutura) e 161 (WebSocket multi-tenant).
Entrega o pipeline de push em tempo real completo — o consumo visual
("Monitoramento -> Filas/Ramais") fica pra fase Frontend.

Requisito central da secao 161 ("nao transmitir tudo e filtrar so no
browser"): RealtimeGateway tem um unico ponto de emissao,
broadcastToTenant(), sempre server.to(`tenant:<id>`), nunca broadcast
global. Cada socket entra na room do proprio tenant no handshake, nunca
escolhe a room.

Autenticacao na conexao (handshake.auth.token, nao Authorization header):
valida o JWT (mesmo verifyAccessToken do JwtAuthGuard), exige tenantId no
token e a permission monitoring.view (ja existia desde RBAC, sem
consumidor ate agora) — mesmo principio de nunca confiar em tenant_id do
client, so do JWT ja emitido por /auth/select-tenant.

Origem dos eventos: canal Redis unico b2bcall:events (o mesmo desde Event
Socket). Dois produtores: b2bcall-fs-events (eventos do FreeSWITCH,
resolvendo tenantId por fan-out quando nao ha channel variable, ver
tenant-resolve.ts) e apps/api (mudancas no nosso Agent.state via
agents-me.controller, tenantId direto do JWT, sem fan-out).

Bug real achado e corrigido ao construir esta fase: nenhum evento CUSTOM do
ESL (sofia::register, sofia::gateway_state, callcenter::info) jamais
chegava em b2bcall-fs-events nesta sessao inteira. Causa: event_json(...)
mandava "CUSTOM" como ultimo token do comando `event json`, sem subclass
depois — mod_event_socket exige os subclasses logo depois do token CUSTOM
no mesmo comando pra serem entregues. Corrigido separando PLAIN_EVENTS
(viram listener .on()) de CUSTOM_SUBCLASSES (so compoem o comando de
assinatura). Resolve as lacunas ja documentadas em docs/TRUNKS.md e
docs/AGENTS.md. De quebra, corrigido um bug de nome de campo
(CC-Agent-Status, que nao existe -> CC-Agent-State) e um segundo bug real
em trunk-sync.ts (rescan nunca descarregava gateway removido -> agora roda
`killgw` antes do rescan).

Novos tipos normalizados a partir de callcenter::info, com nomes de campo
confirmados contra uma fila real: AGENT_OFFERED_CALL, AGENT_BRIDGE_FAILED,
QUEUE_MEMBER_COUNT (chamadas esperando, secao 54), QUEUE_MEMBER_LEFT (com
cause/cancelReason e timestamps — base pra Service Level/Abandon Rate
quando CDR existir).

Verificado ponta a ponta com um client socket.io real: login/pause/resume/
logout emitindo AGENT_STATE_CHANGED; chamada de teste numa fila com agente
logado emitindo QUEUE_MEMBER_COUNT/LEFT, AGENT_OFFERED_CALL,
AGENT_BRIDGE_FAILED, AGENT_STATUS_CHANGED (CC-Agent-State correto); token
ausente/invalido desconectado na hora, sem vazar nenhum evento.

Achado sistemico durante o teste (documentado, nao corrigido nesta fase):
@@unique combinado com soft delete, sem excluir deletedAt, em
Agent/Extension/Trunk/Queue/PauseReason — nao da pra reusar numero/nome/
codigo depois de apagar. Precisa de indice unico parcial em cada um, fora
do escopo desta fase.

typecheck do workspace inteiro limpo. ~144MB de memoria total nos
containers (fs-events 44MB, fs-config 45MB, freeswitch 26MB, postgres
21MB, redis 8MB).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01X1HxY46WGU4G1zmVDNKcWw

apps/freeswitch-events/src/main.ts

@@ -3,6 +3,7 @@ import type { FreeSwitchEventData } from "esl";
 import { FreeSwitchTelephonyProvider, normalizeEslEvent } from "@b2bcall/telephony";
 import { createLogger } from "@b2bcall/shared";
 import { updateTrunkStatusFromGatewayEvent } from "./trunk-status";
+import { resolveTenantIdForAgent, resolveTenantIdForQueue } from "./tenant-resolve";
 
 const logger = createLogger("b2bcall-fs-events");
 
@@ -97,7 +98,27 @@ async function main() {
     logger.error("erro no client ESL", { error: String(err) });
   });
 
-  function handleEvent(eventName: string, raw: FreeSwitchEventData) {
+  // callcenter::info/sofia::gateway_state não carregam b2bcall_tenant_id
+  // (só existe como channel variable a partir do Predictive Engine) — pra
+  // esses tipos, o tenant é resolvido pelo id do agente/fila embutido no
+  // nome FreeSWITCH (tenant-resolve.ts). Sem isso, o WebSocket multi-tenant
+  // (docs/REALTIME.md) não teria como saber pra qual tenant emitir.
+  async function resolveTenantId(normalized: ReturnType<typeof normalizeEslEvent>): Promise<string | undefined> {
+    if (!normalized || normalized.tenantId) return normalized?.tenantId;
+    switch (normalized.type) {
+      case "AGENT_STATUS_CHANGED":
+      case "AGENT_OFFERED_CALL":
+      case "AGENT_BRIDGE_FAILED":
+        return resolveTenantIdForAgent(normalized.data.agent as string | undefined);
+      case "QUEUE_MEMBER_COUNT":
+      case "QUEUE_MEMBER_LEFT":
+        return resolveTenantIdForQueue(normalized.data.queue as string | undefined);
+      default:
+        return undefined;
+    }
+  }
+
+  async function handleEvent(eventName: string, raw: FreeSwitchEventData) {
     // Para eventos JSON (event_json), os campos reais do evento FreeSWITCH
     // (Event-Name, Unique-ID, Event-Subclass, variable_*, ...) vem em
     // `raw.body`; `raw.headers` são só os headers do protocolo ESL.
@@ -107,6 +128,12 @@ async function main() {
       return;
     }
 
+    try {
+      normalized.tenantId = await resolveTenantId(normalized);
+    } catch (err) {
+      logger.error("falha ao resolver tenant do evento", { error: String(err), type: normalized.type });
+    }
+
     redis.publish(REDIS_CHANNEL, JSON.stringify(normalized)).catch((err) => {
       logger.error("falha ao publicar evento normalizado no Redis", { error: String(err) });
     });