Runtime WebSocket de Competição

Use esta habilidade apenas como uma especialização downstream depois que $ctf-sandbox-orchestrator já estiver ativa e tiver estabelecido suposições de sandbox, propriedade de nó e prioridades de evidência. Se isso ainda não aconteceu, retorne para $ctf-sandbox-orchestrator primeiro.

Use esta habilidade quando o comportamento decisivo for carregado pelo handshake em tempo real e fluxo de quadros, em vez de apenas HTTP de um único disparo.

Responda em português do Brasil, a menos que o usuário solicite explicitamente o inglês.

Início Rápido

1. Mapeie o handshake primeiro: origem, caminho, cabeçalhos, cookies, consulta, token de autenticação e resposta de upgrade.
2. Separe a configuração da conexão, mensagens de assinatura, keepalives, envios do servidor e lógica de reconexão.
3. Registre o esquema da mensagem, a identidade do tópico ou canal e os efeitos colaterais do estado em uma única cadeia.
4. Vincule os quadros a efeitos renderizados, armazenados ou visíveis no backend.
5. Reproduza a menor sequência handshake-mais-quadro que atinge a mudança de estado decisiva.

Fluxo de Trabalho

1. Mapeie o Handshake em Tempo Real

• Registre a solicitação inicial HTTP ou SSE, cabeçalhos de upgrade, cookies, tokens, parâmetros de consulta, verificações de origem e protocolo negociado.
• Observe se o material de autenticação é carregado por cabeçalhos, cookies, strings de consulta ou quadros de aplicação iniciais.
• Mantenha a rota, o ponto de extremidade de assinatura e a identidade da sessão juntos.

2. Decodifique o Fluxo de Mensagens

• Separe quadros de assinatura, cancelamento de assinatura, ack, heartbeat, envio do servidor, reconexão e terminais.
• Recupere tipos de mensagem, IDs de canal, campos de esquema e sequenciamento que importam para o comportamento.
• Distinga o keepalive de transporte de mensagens de negócios em nível de aplicação.

3. Reduza ao Caminho Decisivo em Tempo Real

• Comprima o resultado para a menor sequência: handshake -> quadro de autenticação ou assinatura -> quadro enviado ou aceito -> mudança de estado resultante.
• Mantenha a ordem canônica dos quadros e qualquer ordem mínima reproduzida lado a lado.
• Se a parte difícil for a remontagem genérica do protocolo sem interface de usuário em tempo real ou ligação de estado de aplicativo, volte para a habilidade de protocolo mais restrita.

Leia esta Referência

• Carregue references/websocket-runtime.md para a lista de verificação de handshake, lista de verificação de quadro e empacotamento de evidências.

O Que Preservar

• Cabeçalhos de handshake, cookies, parâmetros de consulta, material de autenticação, subprotocolo negociado e IDs de canal
• Esquemas de quadro, mensagens de assinatura, envios do servidor, fluxo de reconexão e mudanças de estado resultantes
• A menor sequência em tempo real reproduzível que prova o ramo decisivo